Begriff
Verteilte Systeme
Warum wichtig?
Dieser Begriff ist ein Knoten im SengakujiWorks-Wissensnetz. Nutze Level 0 für die erste Einordnung, Level 1 für Praxis, Level 2 für technische Struktur und Level 3 für Grenzen, Fallstricke und Expertenkontext.
Ein verteiltes System besteht aus mehreren Computern oder Diensten, die zusammen eine Aufgabe erfüllen. Für Nutzer wirkt es wie ein System, intern arbeiten aber viele Teile über das Netzwerk zusammen.
Merksatz: Verteilte Systeme teilen Arbeit auf mehrere Maschinen oder Services auf.
Webshops, Cloud-Apps, Suchmaschinen und AI-Plattformen sind oft verteilt. Ein Dienst nimmt Anfragen an, ein anderer verarbeitet Jobs, ein Speicher hält Dateien, und eine Queue entkoppelt langsame Arbeit.
Wichtige Themen sind Netzwerkfehler, Latenz, Konsistenz, Idempotenz, Retry-Strategien und Beobachtbarkeit. Verteilte Systeme brauchen klare APIs, Timeouts, Health Checks und nachvollziehbare Logs.
Für den nächsten Lernschritt verbindest du die Grundlagen aus Verteilte Systeme Grundlagen mit Architekturmustern wie Event-Driven Architecture (EDA) und CQRS (Command Query Responsibility Segregation). Diese Begriffe helfen, Jobs, Nachrichten und Zustandsänderungen kontrolliert zu entkoppeln, ohne Daten still auseinanderlaufen zu lassen.
Der schwere Teil ist nicht nur Skalierung, sondern Teilfehler. Ein Dienst kann laufen, aber langsam sein; eine Nachricht kann doppelt ankommen; ein Job kann nach Credit-Reservierung fehlschlagen. Deshalb sind Transaktionen, Queues und Recovery-Design zentral.
Quick-Check
Warum nutzt man verteilte Systeme?
Um Arbeit, Skalierung, Isolation und Verfügbarkeit auf mehrere Komponenten zu verteilen.Was ist besonders schwierig?
Teilfehler, Latenz, Wiederholungen und Konsistenz über Netzwerkgrenzen hinweg.Warum helfen Queues?
Sie entkoppeln Annahme und Verarbeitung langsamer Jobs.