
Datenbank-Sharding: Strategien und Trade-offs
Praktischer Leitfaden zum Datenbank-Sharding — mit Partitionierungsstrategien, Auswahl des Shard-Keys, Cross-Shard-Queries und dem operativen Aufwand, der mit verteilten Daten einhergeht.
Tags
32 Artikel · Seite 3 von 3

Praktischer Leitfaden zum Datenbank-Sharding — mit Partitionierungsstrategien, Auswahl des Shard-Keys, Cross-Shard-Queries und dem operativen Aufwand, der mit verteilten Daten einhergeht.

Ein praktischer Leitfaden zu Konsensalgorithmen — mit Raft, Paxos und Leader-Election-Mustern sowie Beispielen aus der Praxis, wann und warum verteilte Systeme sie brauchen.

Wie sich Timeouts, Retries und Backoff-Strategien implementieren lassen, die kaskadierende Ausfälle in verteilten Architekturen verhindern.

Ein detaillierter Einblick in Algorithmen zur Ratenbegrenzung mit Implementierungen, Abwägungen und einer Anleitung, wie du für deine API den richtigen Ansatz auswählst.

Netzwerkausfälle bedeuten, dass Anfragen wiederholt werden – ein idempotentes API-Design sorgt dafür, dass die zweifache Verarbeitung derselben Anfrage zum gleichen Ergebnis führt und so doppelte Abbuchungen und Bestellungen verhindert.

Wenn ein nachgelagerter Dienst ausfällt, machen weitere Anfragen alles nur schlimmer — das Circuit-Breaker-Pattern stoppt die Kaskade durch schnelles Fehlschlagen.

Ereignisgesteuerte Systeme entkoppeln Producer und Consumer durch asynchrone Nachrichtenübermittlung — aber eventuelle Konsistenz, Ordnungsgarantien und Idempotenz bringen echte Komplexität mit sich.

RabbitMQ, Redis Streams oder Kafka — die Messaging-Patterns hinter entkoppelten, robusten Systemen und wann sich welches Tool eignet.