Introduction à Amazon DynamoDB

Utiliser des magasins de données dans AWS

Dunieski Otano

AWS Solutions Architect

Le problème de la partition chaude

• Imaginez un restaurant avec une caissière débordée et trois inactives
• C'est ce qui arrive avec un mauvais choix de clé de partition
• Partition chaude = une partition reçoit trop de trafic pendant que les autres restent inactives.
• Solution : clés de partition à forte cardinalité : attributs avec de nombreuses valeurs uniques qui répartissent bien les données

Qu'est-ce qu'une bonne clé de partition ?

• Forte cardinalité : Beaucoup de valeurs uniques
  • userId, orderId, sessionId - Oui
  • country, status, category - Non
• Répartition uniforme : Accès équilibrés
• Prévisible : Connu au moment de la requête

Structure d'une table DynamoDB

• Clé de partition (obligatoire) : détermine la répartition des données
• Clé de tri (facultative) : permet les requêtes par plage (p. ex. userId + orderDate)
• Attributs : champs de données additionnels
• Clé primaire = Clé de partition OU Clé de partition + Clé de tri

Créer votre première table

• Console AWS : configuration rapide pour tester
• boto3 (Python) : création de table par programmation
• Choix clés : clé de partition, clé de tri, mode de facturation

Clés composites et requêtes sur la clé de tri

• Clé composite : Clé de partition + Clé de tri
• Requêtes par plage : Interroger des plages de dates ou de valeurs numériques
• Opérateurs : =, <, >, <=, >=, BETWEEN, begins_with
• Exemple : Obtenir les commandes d'un utilisateur des 30 derniers jours > 100 $

Modes de capacité : à la demande vs provisionné

• À la demande : paiement à la requête, mise à l'échelle automatique
  • Idéal pour : trafic imprévisible, nouvelles applications
• Provisionné : définir RCU/WCU, coût moindre à grande échelle
  • Idéal pour : trafic prévisible, optimisation des coûts
• Changement de mode possible une fois par 24 heures

Passons à la pratique !

Utiliser des magasins de données dans AWS