Loading content
Sharding ist ein Architekturmuster zur horizontalen Partitionierung von Daten über mehrere Datenbankknoten. Es erhöht Skalierbarkeit und Verfügbarkeit durch Lastverteilung, erfordert jedoch Routinglogik, Konsistenzüberlegungen und betrieblichen Aufwand. Designentscheidungen betreffen Shard-Schlüssel, Rebalancing, Cross-Shard-Transaktionen und Monitoring.
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 Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Sharding verteilt die Datensätze einer logischen Datenbank über mehrere getrennte Partitionen, um Speicherkapazität und Last horizontal zu skalieren.
Sharding entstand als Antwort auf Datenmengen und Zugriffsvolumen, die ein einzelner Datenbankserver nicht mehr wirtschaftlich verarbeiten kann. Die Verteilung folgt einem gewählten Shard-Schlüssel.
Jeder Shard besitzt nur einen Teil der Daten. Eine Anfrage mit passendem Shard-Schlüssel kann gezielt geroutet werden; bereichsübergreifende Abfragen müssen mehrere Shards ansprechen. Der Schlüssel beeinflusst Lastverteilung, Hotspots, Rebalancing und die Komplexität von Transaktionen und Backups. Sharding ist damit ein Skalierungs- und Betriebsentscheid, keine automatische Verbesserung jeder Datenbank.
Eine logische Datenmenge wird auf mehrere physische Shards aufgeteilt.
Ein Schlüssel bestimmt, auf welchem Shard ein Datensatz liegt und wohin Anfragen geroutet werden.
Verteilung kann Kapazität und Durchsatz erhöhen, erschwert aber Cross-Shard-Abfragen, Rebalancing und Betrieb.
Sharding hilft bei der Einordnung großer Datenplattformen und ihrer Skalierungsgrenzen. Entscheidend sind Zugriffsverteilung, Schlüsselwahl, Konsistenzanforderungen und der zusätzliche Betriebsaufwand.
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.