Wenn mehrere Teams, Standorte oder Kunden jeweils eine eigene Aipokit-Instanz betreiben, stellt sich schnell die Frage: Wie teilen sie Inhalte?
Die naheliegende Antwort — eine gemeinsame Datenbank oder eine zentrale Cloud — widerspricht dem Zweck des Self-Hostings. Aipokits Federation verfolgt einen anderen Ansatz.
Federation ist pull-basiert, wie RSS oder Git-Remotes. Jeder Server zieht periodisch einen Katalog öffentlicher Medien von konfigurierten Peers. Inhalte werden über den anfragenden Server proxied — Nutzer verlassen ihre Heiminstanz nicht.
Das Modell ist einfach:
Keine gemeinsame Datenbank. Keine bidirektionale Synchronisation. Kein zentraler Koordinator.
Nur Medien — Bilder, Videos, Dokumente. Jeder Server-Katalog exponiert nur explizit als öffentlich markierte Items. Workspaces, Agenten und interne Inhalte bleiben privat.
Federierte Inhalte erscheinen in einem dedizierten Browser auf dem Consumer-Server. Klar als remote und read-only gekennzeichnet — kein Risiko versehentlicher Bearbeitung.
Wenn ein Nutzer auf Server A ein Video von Server B sieht, holt Server A es und liefert es aus. Der Browser spricht nur mit Server A. Das ist relevant, weil:
Federation löst das Kollaborationsproblem ohne Abhängigkeit zu schaffen. Jedes Team oder jeder Kunde behält eigenen Server, eigene Daten, eigene Backups. Inhalte fließen zwischen Servern on demand, mit Kontrolle an jedem Punkt.
Typische Szenarien:
Jeder Server funktioniert allein. Federation ist additiv — einschalten, wenn nötig; ausschalten, wenn nicht.
