#server

Das Fediverse im Stadt-Modell erläutert

Im #Fediverse ist die Rede von Instanzen, die zusammen kommunizieren und gemeinsam das föderierte Universum bilden. Da kommen technische Begriffe ins Spiel wie Server, Software, Protokoll usw. usf. - und Produkte wie #Mastodon, #Friendica, #Pixelfed und viele mehr sowie Protokolle wie #ActivityPub... und viele Details mehr.

Wie kann man sich das vorstellen, wenn wir mal davon ausgehen würden, daß Instanzen Städte auf einem Planeten sind?

Nehmen wir also mal an, eine #Instanz bzw. ein #Server bzw. ein #Knotenpunkt im #Fediversum wäre eine Stadt auf einem Planeten. Inklusive Bevölkerung. Diese Stadt kann auf einem Eigenbau basieren oder sie nutzt einen Bauplan für eine spezielle Art von Stadt. Dieser Bauplan wäre dann eine Serversoftware wie Mastodon oder #Firefish oder eine andere.

Leute können sich in einer bereits gebauten Stadt ansiedeln oder eine eigene Stadt aufbauen. Da viele Baupläne für speziell ausgerichtete Städte frei verfügbar existieren (Open Source!), kann diese neue Gemeinschaft auf Basis eines solchen Bauplans eine neue Stadt errichten. Oder etwas eigenes bauen, weil... und hier kommen wir zum nächsten Punkt.

Die Städte auf diesem Planeten sind durch Wege verbunden. Diese Wege sind genormt, damit die Städte sich untereinander austauschen können und die jeweiligen Stadtverwaltungen wissen, wie sie mit Informationen und Botschaften, die über diese Wege übermittelt werden, umgehen und nicht wie ein Ochs' vorm Berg dastehen. Viele Wege nutzen die Norm "ActivityPub". Dies erlaubt dann auch komplett neue Typen von Städten, sofern diese über standardisierte Wege an vorhandene Städe angeschlossen werden.

Soweit so klar?

Instanzen entsprechen Städten, die #User der Instanzen der jeweiligen Stadtbevölkerung, die #Administration einer Instanz entspricht der Stadtverwaltung einer Stadt, unterschiedliche Arten von #Serversoftware bzw. Baupläne regeln die Art des Stadtaufbaus und Protokolle entsprechen genormten Wegen zwischen Städten.

Was passiert nun, wenn ein Bewohner in Stadt A einer Bewohnerin in Stadt B folgen will? Im Hintergrund wird die Stadtverwaltung von Stadt A tätig und schickt über den Weg (zwischen den Städten) eine Botschaft zu Stadt B. Dort nimmt die Stadtverwaltung von Stadt B den Folgewunsch entgegen und bearbeitet ihn. Akzeptiert die Bewohnerin von Stadt B Folgeanfragen ohne manuelle Überprüfung ihrerseits, kann ihre Stadtverwaltung gleich im Hintergrund eine Bestätigungsbotschaft über den Weg zu Stadt A zurückschicken. Die Stadtverwaltungen der Städte A und B kennen nun die Folgebeziehung zwischen den beiden Bewohnenden und können gewissermaßen einen Vermerk im Stadtarchiv vornehmen. Wenn nun die Bewohnerin in Stadt B einen neuen Beitrag verfaßt, weiß ihre Stadtverwaltung, daß sie eine Botschaft mit diesem Beitrag über die Wegeverbindung zu Stadt A schicken muß, weil dort ein Bewohner Interesse angemeldet hat bzw. folgt. Die Stadtverwaltung von Stadt A weiß auch Bescheid und kann den Beitrag aus Stadt B für ihren Bewohner präsentieren.

Immer noch klar?

Macht dieses Städtegleichnis den Aufbau des föderierten Universums nun verständlicher, ändert es nichts oder wird es noch komplizierter? ;-)

Achso, die Fediverse-Adresse entspricht gewissermaßen dem Namen und der Anschrift der jeweiligen Bewohnenden der Städte. Die Adresse beinhaltet den Namen und die Stadt. Innerhalb einer Stadt reicht der Name aus, aber bei Botschaften zwischen Städten muß Namen und Stadt genannt werden. Und ja, das ist einer Telefonnummer mit Vorwahl nicht unähnlich.

Völlig verwirrt? Oder bestens ins Bild gesetzt?

Viel Spaß im Fediverse!

Wie kommt man zu einer eigenen #Instanz?

Das #Fediverse besteht bekanntermaßen aus vielen, vielen einzelnen Instanzen und basiert auf offenen Standards. Daher besteht die Option, sich eine eigene Instanz aufzubauen und mit dieser am freien Social Media teilzunehmen.

Nehmen wir mal an, Du besitzt nicht zufällig nebenher ein ans #Internet angeschlossenes Rechenzentrum und mietest entsprechende Infrastruktur bei einem #Hosting-Unternehmen an. Ob nun "Shared Hosting", einen virtuellen oder physikalischen #Server... wir gehen hier mal davon aus, daß Hardware, Betriebssystem(umgebung) und Netzwerkanbindung nicht selbst gelöst werden muß.

Dann fallen spontan die folgenden drei Möglichkeiten auf den Tisch.

1) Da #ActivityPub ein offener Standard ist, besteht die Möglichkeit, sich die entsprechende fediversale #Serversoftware selbst zu entwickeln. Das ist ein klein wenig ein Hardcore-Ansatz und aus eigener Erfahrung kann ich sagen, es dauert... ;-)

2) Da freundlicherweise viele fediversale Serversoftware als "Open Source" entwickelt wird, schaut man sich nach einem geeigneten vorhandenen System um und installiert und betreibt dies anschließend selbst. Das kann dann eine Instanz vom Typ #Mastodon sein oder #Friendica oder #Firefish oder #Pixelfed oder...

3) Man schaut sich nach einem spezialisierten Anbieter um, der auch die Installation einer fediversalen Open-Source-Serversoftware für einen erledigt. Die existieren... bieten aber nicht zwangsläufig sämtliche existierende #Software an.

Allgemein muß man sich noch entscheiden, ob man die eigene Instanz nur für sich selbst nutzen will oder Konten an Dritte geben will.

In jedem Fall muß man sich darüber klar sein, daß der Betrieb einer öffentlichen Plattform im weltweiten Internet ein klein wenig Punkte zu bedenken gibt. Sei es zum Beispiel juristische Auflagen (z.B. Pflichtangaben im #Impressum, eine Datenschutzerklärung, die Einhaltung der #DSGVO usw.). Dies gilt insbesondere, wenn Dritte die Plattform nutzen dürfen sollen. Dann kommt auch noch der Punkt der #Moderation hinzu.

Alles in allem, nichts für eine spontane Fünf-Minuten-Idee, aber auch nichts, was völlig unmöglich erscheint. Etwas (längerfristige) Motivation, Zeit und Geld... dann gilt das Motto eines schwedischen Möbelhauses: Entdecke die Möglichkeiten! :-)

Server/workstation naming inspiration. Choose your champion!

(Sorry, I can only make 4 options)

#Poll #Server #DevOps #SysAdmin