#federation

Replying to @doris@friendica-deutschland.de

Es geht dabei nicht nur um Friendica, sondern um eine grundsätzlichere Frage:
Wie muss föderierte Software aufgebaut sein, damit die Schwäche einer fremden
Instanz nicht unnötig die eigene Instanz belastet?

Man darf sich nicht darauf verlassen, das die anderen Mitspieler alles richtig machen. Das funktioniert weder im Straßenverkehr noch bei der Software-Entwicklung. Lieber aufs beste hoffen und trotzdem auf den Worst-Case vorbereitet sein.

Fediverse ActivityPub sysadmin Friendica federation

0

From other networks 3

3 likes

@doris@friendica-deutschland.de liked this @hamiller_friendica@anonsys.net liked this @steffen@friendica-deutschland.de liked this

Already counted in the numbers above.

Doris @doris friendica-deutschland.de 08.09.26, 10:22

Föderierte Netzwerke funktionieren nur dann gut, wenn eine einzelne Instanz nicht nur
selbst stabil läuft, sondern auch mit schwächeren oder zeitweise gestörten Gegenstellen
umgehen kann.

Genau dieses Problem haben wir in den letzten Tagen auf unserer Friendica-Instanz sehr
intensiv untersucht. Dabei zeigte sich, dass langsame externe Verbindungen lokale PHP-
FPM-Prozesse über längere Zeit binden können, obwohl der eigene Server selbst gar
nicht überlastet ist.

@steffen@friendica-deutschland.de hat die Ergebnisse jetzt in einem Fachartikel zusammengefasst.

Es geht dabei nicht nur um Friendica, sondern um eine grundsätzlichere Frage:
Wie muss föderierte Software aufgebaut sein, damit die Schwäche einer fremden
Instanz nicht unnötig die eigene Instanz belastet?

Den Artikel findet ihr hier:
Föderation braucht Fehlertoleranz an den Instanzgrenzen
der-admin.de/admin-blog/…

Fediverse Friendica Federation ActivityPub Sysadmin

Replying to @steffen@friendica-deutschland.de

Stefan Wintermeyer 07.09.26, 22:38

Wie robust muss eine föderierte Instanz gegenüber langsamen, fehlerhaften oder zeitweise unerreichbaren Gegenstellen sein?

Bei der aktuellen Software-Infrastruktur im Fediverse gibt es eine Menge Optimierungsbedarf. Das ganze läuft IMO nur, weil die Anzahl der Teilnehmer noch lange nicht auf X oder Facebook-Niveau ist. Das war einer der Gründe, warum ich abuuba.com gestartet habe. Dabei ist mein Ziel gar nicht in erster Linie, Mastodon oder sonstige Instanzen mit abuuba zu übernehmen, sondern vielmehr, dass die bereits existierenden Lösungen performanter und fehlertoleranter werden.

Fediverse ActivityPub federation Friendica Mastodon

0

Steffen 🦉🇪🇺 @steffen friendica-deutschland.de 07.09.26, 21:17

In den vergangenen Tagen habe ich auf unserer Friendica-Instanz ein Lastproblem
genauer untersucht, das sich zunächst nur schwer greifen ließ.

Am Ende zeigte sich sehr deutlich: Nicht CPU, Datenbank oder Redis waren das eigentliche Problem, sondern vor allem synchrone externe HTTP-Aufrufe zu anderen
Instanzen. Langsame Gegenstellen konnten PHP-FPM-Prozesse über viele Sekunden
binden. Mit Slowlog, ss und strace ließ sich dieser Ablauf schließlich direkt nachweisen.

Aus dieser Untersuchung ist für mich eine grundsätzliche Frage entstanden:

Wie robust muss eine föderierte Instanz gegenüber langsamen, fehlerhaften oder
zeitweise unerreichbaren Gegenstellen sein?

Ich habe dazu einen ausführlichen Fachartikel auf der-admin.de geschrieben. Darin geht
es bewusst nicht um eine fertige Konfiguration zum Nachbauen, sondern um die zugrunde liegenden Zusammenhänge und die Frage, wie Föderation technisch belastbarer werden kann.

Föderation braucht Fehlertoleranz an den Instanzgrenzen

Fediverse Friendica Sysadmin ActivityPub Federation

federation

Follow from the Fediverse

Posts with this tag

Keyboard shortcuts

Navigation

Actions

General