Einführung in Amazon DynamoDB

Nutzung von Datenspeichern in AWS

Dunieski Otano

AWS Solutions Architect

Das Hot-Partition-Problem

• Stell dir ein Restaurant mit einer überlasteten Kasse und drei untätigen vor
• So wirkt sich ein schlechtes Partition-Key-Design aus
• Hot Partition = Eine Partition erhält unverhältnismäßig viel Traffic, andere bleiben idle.
• Lösung: Partition Keys mit hoher Kardinalität: viele eindeutige Werte, die Daten gleichmäßig verteilen

Was macht einen guten Partition Key aus

• Hohe Kardinalität: Viele eindeutige Werte
  • userId, orderId, sessionId – Ja
  • country, status, category – Nein
• Gleichmäßige Verteilung: Ausgewogene Zugriffsmuster
• Vorhersehbar: Zur Abfragezeit bekannt

DynamoDB-Tabellenstruktur

• Partition Key (erforderlich): Steuert Datenverteilung
• Sort Key (optional): Ermöglicht Bereichsabfragen (z. B. userId + orderDate)
• Attribute: Zusätzliche Datenfelder
• Primärschlüssel = Partition Key ODER Partition Key + Sort Key

Erste Tabelle erstellen

• AWS-Konsole: Schnelles Setup zum Testen
• boto3 (Python): Programmatisch Tabellen erstellen
• Wichtige Entscheidungen: Partition Key, Sort Key, Abrechnungsmodus

Zusammengesetzte Schlüssel und Sort-Key-Abfragen

• Zusammengesetzter Schlüssel: Partition Key + Sort Key
• Bereichsabfragen: Nach Datums- oder Zahlenbereichen abfragen
• Operatoren: =, <, >, <=, >=, BETWEEN, begins_with
• Beispiel: Bestellungen eines Nutzers der letzten 30 Tage > $100

Kapazitätsmodi: On-Demand vs. Provisioned

• On-Demand: Bezahlung pro Anfrage, skaliert automatisch
  • Am besten für: Unvorhersehbaren Traffic, neue Apps
• Provisioned: RCU/WCU festlegen, günstiger bei Skalierung
  • Am besten für: Vorhersehbaren Traffic, Kostenoptimierung
• Wechsel zwischen Modi einmal pro 24 Stunden möglich

Lass uns üben!

Nutzung von Datenspeichern in AWS