Loading content
Das CAP-Theorem, formuliert von Eric Brewer, besagt, dass in einem verteilten Datensystem nicht alle drei Eigenschaften – Konsistenz, Verfügbarkeit und Partitionstoleranz – gleichzeitig garantiert werden können. Bei einem Netzwerkpartitionierungsereignis muss ein System entweder auf Konsistenz oder auf Verfügbarkeit verzichten. Dies hat weitreichende Auswirk…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Das CAP-Theorem beschreibt die Grenze verteilter Datensysteme: Sobald ein Netz getrennt ist, kann ein System Konsistenz und Verfügbarkeit nicht beide uneingeschränkt garantieren; Partitionstoleranz markiert die Bedingung, unter der diese Abwägung sichtbar wird.
Eric Brewer formulierte das CAP-Theorem Ende der 1990er Jahre aus der Beobachtung, dass verteilte Datenspeicher bei Netzwerkausfällen nicht gleichzeitig maximale Konsistenz und Verfügbarkeit zusagen können. Der Gedanke erschien 1998, wurde 1999 als „CAP principle“ veröffentlicht, 2000 auf der PODC vorgestellt und 2002 von Gilbert und Lynch formal bewiesen. Spätere Debatten präzisierten die Begriffe, nicht den Grundkonflikt.
Stell dir ein verteiltes System als Dreieck vor. Im Normalbetrieb können aktuelle Daten, Antworten auf jede Anfrage und weiterlaufende Teilnetze zusammen funktionieren. Reißt die Verbindung zwischen Knoten auf, zwingt die Partition das System pro Anfrage zu entscheiden: lieber warten und den neuesten Zustand sichern oder den erreichbaren Teil weiter bedienen.
Mehrere Knoten koordinieren sich über ein Netz; erst diese Verteilung macht den Konflikt relevant.
Leser sehen denselben aktuellen Zustand oder erhalten einen Fehler.
Jede Anfrage an einen erreichbaren Knoten erhält eine Antwort.
Das System bleibt trotz verlorener oder verzögerter Nachrichten zwischen Knoten arbeitsfähig.
Die Kommunikation zerfällt in getrennte Teilnetze; nicht jeder Knoten erreicht jeden anderen.
Das CAP-Theorem hilft bei Replikation, Failover und der Wahl zwischen strenger Datenkonsistenz und weiterlaufendem Dienst unter Ausfällen. Besonders relevant ist es für verteilte Datenbanken, globale Dienste und instabile Netze. Es ersetzt keine Produktentscheidung: CAP-Konsistenz ist nicht ACID-Konsistenz, und außerhalb einer Partition können alle drei Eigenschaften gleichzeitig gelten.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.