Amazon DynamoDB : clés, requêtes, capacité et sauvegardes

Depuis que la boutique de Baobab Market tourne sur plusieurs instances, les paniers disparaissent quand un client change d'instance. Moussa voudrait installer une base sur un serveur ; Awa veut une base sans serveur, qui tient les soldes et ne coûte presque rien quand la boutique dort. Ce cinquième lab du parcours de préparation à la certification AWS Certified Cloud Practitioner commence par ce que l'examen demande le plus souvent sur les bases de données : choisir entre relationnel et NoSQL, entre RDS, Aurora, DynamoDB, ElastiCache, Redshift, DocumentDB et Neptune, et savoir ce qui reste à votre charge selon le service. Puis vous concevez une table DynamoDB à partir de ses questions, sur un schéma : clé de partition, clé de tri, partitions copiées dans trois zones. Vous créez la table après un premier refus provoqué exprès, vous y écrivez des commandes aux attributs différents, puis vous comparez une requête et un scan : la console affiche les éléments lus, rendus, et les unités de lecture consommées. Vous interrogez et modifiez la table en PartiQL, vous choisissez entre capacité à la demande et provisionnée, puis vous protégez les données : expiration automatique des paniers, restauration à la seconde près, sauvegarde avant les soldes, chiffrement toujours actif. Tout se passe dans la vraie console AWS. Le guide est illustré de captures de la console et d'un schéma, explique les tables globales et DAX, et se termine par un examen blanc de dix questions.