Internes

Tu peux utiliser DynamoDB sans savoir comment il fonctionne en dessous — jusqu’à ce qu’une partition chaude te limite, qu’un GSI prenne du retard, ou que la capacité adaptative fasse quelque chose que tu ne peux pas expliquer. Cette section est le modèle mental qui rend ces comportements prévisibles plutôt que mystérieux.

C’est le grand bain du cursus : comment les clés se mappent aux partitions physiques, comment le stockage et le routage fonctionnent réellement, et d’où vient historiquement le comportement actuel. Lis-la une fois à l’aise avec la modélisation et l’indexation — elle explique le pourquoi derrière les règles que les sections précédentes te donnent.

0 sur 8 lusQuiz

Comment fonctionnent les clés de partition DynamoDB

Comment fonctionnent les clés de partition DynamoDB — le hash qui mappe une clé à une partition physique, pourquoi ton choix de clé décide du débit, et comment esquiver les partitions chaudes.

Intermédiaire7 min de lecture

L'adaptive capacity de DynamoDB

L'adaptive capacity et la burst capacity de DynamoDB expliquées — comment DynamoDB absorbe les pics et booste les partitions chaudes automatiquement, et là où il ne peut toujours pas te sauver.

Avancé6 min de lecture

Comment un GSI DynamoDB est stocké en interne

Comment un GSI DynamoDB est stocké — son propre espace de partitions, la réplication asynchrone depuis la table de base, les attributs projetés et la capacité isolée — expliqué pour les esprits SQL.

Avancé7 min de lecture

Les partitions physiques DynamoDB

Comment fonctionnent les partitions physiques DynamoDB — les plafonds de 10 Go, 3000 RCU et 1000 WCU, comment les partitions se scindent, et pourquoi une clé chaude throttle alors qu'il reste de la capacité.