Ein Klassiker der Informatik macht wieder die Runde: die acht Trugschlüsse verteilter Systeme. Über vierzig Jahre nach ihrer Entstehung beschreiben sie Annahmen über Netze, die in der Praxis bis heute zu Fehlern führen.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügenDie acht Trugschlüsse verteilter Systeme fassen zusammen, was Entwickler über Netzwerke gern glauben und was davon nicht trägt. Ein aktueller Beitrag im APNIC-Blog ruft die Liste nach gut zwanzig Jahren wieder in Erinnerung.
Das Wichtigste in Kürze
- Die Liste umfasst acht Annahmen über Netze, die sich immer wieder als falsch erweisen.
- Die ersten vier stammen von Bill Joy und Tom Lyon bei Sun Microsystems.
- Peter Deutsch ergänzte drei weitere, James Gosling steuerte den achten Punkt bei.
- Die Trugschlüsse helfen bis heute beim Entwurf von Protokollen und Netzsoftware.
Woher stammt die Liste?
Den Kern legten zwei Sun-Ingenieure, Bill Joy und Tom Lyon, mit den ersten vier Punkten. Sun verband schnelle Grafik, Unix und einen funktionierenden Internet-Stack, woraus die Welle der Arbeitsplatzrechner entstand. Aus dieser Praxis heraus sammelten sich die typischen Fehlannahmen.
Später kamen drei weitere Punkte von Peter Deutsch hinzu, ebenfalls bei Sun. Den achten und letzten steuerte James Gosling bei, der Erfinder von Java. Seitdem gilt die Liste als feste Größe.
Welche acht Annahmen sind gemeint?
Alle acht beschreiben etwas, das im Alltag bequem erscheint und in der Praxis falsch ist:
- Das Netz ist zuverlässig.
- Latenz ist null.
- Bandbreite ist unbegrenzt.
- Das Netz ist sicher.
- Die Topologie ändert sich nicht.
- Es gibt genau einen Administrator.
- Transportkosten sind null.
- Das Netz ist homogen.
Diese acht Sätze klingen banal, bis das eigene System unter Last steht. Dann zeigt sich, ob jemand Paketverlust und wechselnde Routen von Anfang an eingeplant hat.
— Michael Dobler, Herausgeber Dr. Web
Warum die Liste bis heute zählt
Moderne Protokolle wie TCP und QUIC fangen viele dieser Probleme ab, doch verschwunden sind sie nicht. Paketverlust und schwankende Latenz bleiben Realität, gerade auf dem heimischen WLAN oder der letzten Meile. Ein Content Delivery Network verdeckt das nur, solange die Daten nah genug liegen.
Besonders der vierte Punkt verdient dauerhafte Aufmerksamkeit. Daten laufen heute über fremde Zwischenstationen, weshalb Verschlüsselung Pflicht ist und nicht Kür. Wie ernst Ausfallsicherheit für den Mittelstand ist, zeigt unser Überblick zu Backup-Strategien gegen Ransomware, und die regulatorische Seite ordnet unser Beitrag zu NIS-2 für KMU ein.
Für die eigene Architektur lohnt der Blick auf die Liste vor dem ersten Entwurf. Planen Sie Verlust und wechselnde Routen fest ein, statt sie später nachzurüsten. Die vollständige Herleitung samt Einordnung steht im APNIC-Blog.
