Les bases de données sur AWS : RDS, Aurora, DynamoDB et ElastiCache

1. Relationnel : RDS et Aurora #

PostgreSQL, MySQL et les autres, managés.

RDS #

Amazon RDS gère pour vous l'installation, les correctifs, les sauvegardes automatiques (restauration à la seconde près sur la période de rétention) et la haute disponibilité. Moteurs : PostgreSQL, MySQL, MariaDB, Oracle, SQL Server, Db2.

Aurora #

• Compatible MySQL et PostgreSQL, stockage distribué sur trois AZ (six copies).
• Jusqu'à 15 réplicas à faible décalage, bascule rapide.
• Aurora Serverless v2 ajuste la capacité automatiquement ; Global Database réplique entre régions.

2. NoSQL : DynamoDB #

Clé-valeur à n'importe quelle échelle.

Principes #

DynamoDB est une base clé-valeur et document serverless : latence de quelques millisecondes à toute échelle, sans serveur à gérer. On conçoit la table à partir des requêtes : clé de partition (répartition) et clé de tri (ordre et plages).

aws dynamodb create-table --table-name commandes \
  --attribute-definitions AttributeName=client,AttributeType=S AttributeName=date,AttributeType=S \
  --key-schema AttributeName=client,KeyType=HASH AttributeName=date,KeyType=RANGE \
  --billing-mode PAY_PER_REQUEST
aws dynamodb query --table-name commandes --key-condition-expression "client = :c" \
  --expression-attribute-values '{":c":{"S":"C42"}}'

Bonne Pratique : Choisissez une clé de partition à forte cardinalité (identifiant client, commande) pour répartir la charge ; évitez les clés « chaudes » comme une date.

3. Choisir #

Selon le besoin.

Guide #

Sécurité et exploitation #

• Bases dans des sous-réseaux privés, groupe de sécurité limité aux applications.
• Chiffrement au repos (KMS) et en transit (TLS).
• Identifiants dans Secrets Manager avec rotation automatique.
• Performance Insights et CloudWatch pour suivre les requêtes lentes.