Redundanz bezeichnet das bewusste Vorhalten von zusätzlichen Komponenten oder Kapazitäten, um Ausfälle abzufangen und Verfügbarkeit zu erhöhen. Sie umfasst aktive und passive Replikation, räumliche Verteilung und Fallback-Strategien; Auswahl und Granularität beeinflussen Kosten, Konsistenz und Wiederherstellungszeit. Planung, Monitoring und regelmäßige Tests…
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.
Redundanz hält zusätzliche Komponenten, Daten oder Wege bereit, damit ein System einen Ausfall übersteht oder weiterarbeiten kann.
Redundanz entstand aus der Zuverlässigkeits- und Sicherheitstechnik, in der kritische Funktionen gegen einzelne Fehler abgesichert werden. In der Informatik wurde das Prinzip auf Hardware, Netzwerke, Datenreplikation und Prozesse übertragen.
Denke an eine Straße mit einer parallel verlaufenden Ausweichroute: Fällt ein Weg aus, bleibt der Dienst erreichbar. Replikate, Ersatzinstanzen oder unabhängige Strom- und Netzwerkpfade erfüllen diese Rolle. Redundanz wirkt erst mit Erkennung, Umschaltung und Synchronisation; zusätzliche Teile erhöhen Kosten und können gemeinsame Fehlerquellen verdecken.
Eine zweite Instanz, Kopie oder Route übernimmt bei einem Fehler.
Redundante Teile helfen nur, wenn sie nicht dieselbe Fehlerquelle teilen.
Überwachung und Failover bringen den Betrieb auf die verfügbare Ressource.
Redundanz ist relevant, wenn Ausfallzeiten, Datenverlust oder Sicherheitsfolgen begrenzt werden müssen. Sie ersetzt weder Backups noch Tests: Replikationsfehler, Split-Brain und gemeinsame Abhängigkeiten müssen eigens beherrscht werden.
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.