Pouvez‑vous vous frayer un chemin dans le labyrinthe du cloud ?
Vous êtes prêt pour le cloud ?! 🤡
Plongez au cœur des services de stockage AWS ! Ce quiz évaluera votre maîtrise de S3, DynamoDB, Aurora, RDS, ElastiCache et plus encore. Des meilleures pratiques aux pièges sournois, nous explorerons le paysage du stockage cloud.
Préparez-vous à démontrer votre expertise cloud ! 🚀
Dernière vérification : 8 mai 2026. Les limites et les tarifs AWS évoluent rapidement.
Que signifie le nom S3 ?
S3 signifie Simple Storage Service. C’est un service de stockage d’objets évolutif conçu pour le stockage de données à grande échelle.
AWS S3 propose plusieurs classes de stockage :
Standard : pour les données fréquemment consultées
Accès Infrequent (IA) : coût réduit pour un accès moins fréquent
Glacier : stockage d’archivage à long terme et à faible coût
Chaque classe propose des tarifs et des caractéristiques d’accès différents, permettant d’optimiser les coûts en fonction des modèles d’utilisation des données.
Quelle API DynamoDB met à jour les attributs d’un seul élément existant ?
La clé ici est mises à jour, pas les insertions ou les PUTs. Si vous effectuez des insertions, vous pouvez utiliser BatchWriteItem ou TransactWriteItems.
Bien que BatchWriteItem puisse gérer plusieurs opérations, il est limité aux PUTs et aux DELETEs. TransactWriteItems est plus puissant, mais c’est un peu le marteau-piqueur pour des mises à jour simples.
Pour des mises à jour simples, UpdateItem est le meilleur choix. Il vous permet de modifier un ou plusieurs attributs d’un élément existant.
L’opération UpdateItem modifie un élément par requête. Pour de gros remplissages ou des mises à jour en masse, vous orchestrez généralement de nombreux appels UpdateItem ou utilisez un workflow plus large comme l’exécution par lots PartiQL, Step Functions, Glue, EMR, ou un processus worker personnalisé.
L’opération UpdateItem :
Met à jour les attributs d’un élément existant.
Ajoute de nouveaux attributs à un élément existant.
Supprime des attributs d’un élément existant.
Effectue conditionnellement la mise à jour si l’élément existe ou satisfait certaines conditions.
Quel service AWS ici est conçu spécifiquement pour la recherche en texte intégral et l’analyse de recherche ?
OpenSearch est le service géré d’AWS pour la recherche, l’analyse de logs et les charges de travail de recherche en texte intégral.
Les distracteurs sont des services utiles, mais ils ne sont pas le moteur de recherche conçu spécifiquement dans cette liste :
ElastiCache : Principalement un cache en mémoire. L’ElastiCache actuel pour Valkey inclut des commandes de recherche pour des données indexées en mémoire, il n’est donc plus exact de dire que le service n’a aucune recherche intégrée.
Neptune : Base de données graphe ; il peut s’intégrer à OpenSearch pour la recherche en texte intégral.
Redshift : Entrepôt de données pour l’analyse SQL.
DocumentDB : Base de données de documents avec recherche texte compatible MongoDB dans les versions prises en charge.
Quel est le bénéfice principal du déploiement RDS Multi-AZ ?
Les zones de disponibilité (AZ) sont des centres de données distincts dans une région. Le déploiement RDS Multi-AZ fournit un basculement automatique vers une réplique de secours dans une AZ proche.
Déploiement Multi-AZ:
Fournit un basculement automatique
Augmente la disponibilité de la base de données
Crée une réplique de secours synchrone
Minimise les temps d’arrêt lors des pannes d’infrastructure
Ne confondez pas le déploiement Multi-AZ avec les réplicas de lecture, qui servent à mettre à l’échelle les opérations de lecture.
Quel service AWS fournit des API WebSocket gérées où AWS possède la connexion client et achemine les messages vers les intégrations ?
API Gateway prend en charge les API WebSocket bidirectionnelles. Il maintient la connexion client et achemine les messages vers Lambda, des points de terminaison HTTP ou d’autres intégrations. Ce n’est pas une connexion directe à votre processus serveur. Les réponses passent par l’API de gestion d’API Gateway.
Les autres services présentent des compromis différents :
Lightsail : héberger et gérer votre propre serveur WebSocket sur une instance.
AppSync : abonnements GraphQL gérés via WebSockets.
EKS : exécuter vos services WebSocket dans Kubernetes.
Choisissez selon le protocole, les limites de connexion, le mode de déploiement et les responsabilités d’exploitation. Le routage d’API gérées et l’hébergement de votre propre serveur répondent à des besoins différents.
Quelle est l’approche recommandée pour les autorisations des buckets S3 ?
Dans pratiquement TOUS les systèmes, adopter une conception « moindre privilège » est un moyen essentiel de renforcer la sécurité et d’assurer la pérennité. Tenter de verrouiller un système existant est aussi difficile que de déplacer tout un immeuble de bureaux sur de nouvelles fondations.
Les buckets S3 ne font pas exception. Pour appliquer le principe du moindre privilège, commencez sans aucune permission et accordez uniquement l’accès nécessaire. Utilisez les rôles et les politiques IAM pour contrôler l’accès et auditez régulièrement les permissions des buckets.
Bonnes pratiques de sécurité :
Appliquer le principe du moindre privilège
Commencer sans permissions
Accorder uniquement l’accès nécessaire
Utiliser les rôles et les politiques IAM
Auditer régulièrement les permissions des buckets
Évitez les réglages trop permissifs qui pourraient exposer des données sensibles.
Encore une question de lot DynamoDB !
Quel est le nombre maximal d’éléments que vous pouvez récupérer avec une seule requête DynamoDB BatchGetItem ?
Le SDK DynamoDB vous permet de récupérer jusqu’à 100 éléments dans une seule requête BatchGetItem. C’est plus élevé que la limite pour BatchWriteItem, qui est de 25 éléments.
De plus, il existe des limites sur la taille totale du payload, la taille du document et le taux de requêtes.
Comprendre ces limites est essentiel pour optimiser les performances de votre application et garantir des opérations de données efficaces.
Note : Il est possible de dépasser certaines de ces limites – si vous savez convaincre votre responsable de compte AWS. 😎
Combien d’éléments un seul appel DynamoDB UpdateItem peut-il modifier ?
Les clients DynamoDB encapsulent son API HTTP. BatchWriteItem peut insérer (PUT) ou supprimer (DELETE) jusqu’à 25 éléments par requête, mais ne réalise pas de mises à jour partielles (UPDATE).
UpdateItem modifie un élément. Cette limite concerne cet appel précis : les API de transactions et de traitement par lots PartiQL peuvent regrouper plusieurs mises à jour.
Quelle raison peut justifier le choix de la capacité à la demande dans DynamoDB ?
La capacité à la demande est idéale pour :
Charges de travail imprévisibles
Trafic sporadique
Applications aux modèles d’accès inconnus
Éviter le sur‑approvisionnement
La capacité provisionnée est préférable pour :
Charges de travail prévisibles et constantes
Plus de contrôle sur les performances
Économies potentielles
La capacité à la demande n’est pas toujours moins chère. Comparez le volume de requêtes, le taux d’utilisation et les tarifs actuels : un trafic soutenu et prévisible peut favoriser la capacité provisionnée.
Comment optimiser les performances de S3 pour des taux de requêtes élevés ?
Astuces de performance S3 :
S3 moderne ajuste automatiquement les taux de requêtes par préfixe
Vous n’avez pas besoin de préfixes aléatoires ou de hachage pour les performances
Utilisez des noms de clés logiques adaptés à vos modèles d’accès
Surveillez les réponses 503 Slow Down si vous poussez des taux de requêtes très élevés
Les anciennes recommandations préconisaient de randomiser les préfixes pour éviter les partitions chaudes, mais AWS ne recommande plus cela comme exigence de performance par défaut.
Quel est le nombre maximal de répliques de lecture qu’Amazon Aurora prend en charge ?
Amazon Aurora prend en charge jusqu’à 15 répliques de lecture, ce qui vous permet de faire évoluer considérablement vos opérations de lecture. Ces répliques bénéficient de :
Réplication quasi instantanée entre les répliques
Impact minimal sur les performances de l’instance principale
Distribution efficace des charges de travail en lecture
Cette configuration permet une mise à l’échelle horizontale pour les applications à forte demande de lecture.
Une table DynamoDB a une capacité de lecture provisionnée de 100 RCUs. Combien de lectures fortement cohérentes d’éléments de 4 KB peuvent être effectuées par seconde ?
Comprendre les modèles de cohérence de DynamoDB est essentiel :
1 RCU = 1 lecture fortement cohérente/seconde pour des éléments jusqu’à 4 KB
1 RCU = 2 lectures à cohérence à terme/seconde pour des éléments jusqu’à 4 KB
Donc :
100 RCUs = 100 lectures fortement cohérentes de 4 KB/seconde
100 RCUs = 200 lectures à cohérence à terme de 4 KB/seconde
Choisissez le modèle de cohérence en fonction de :
Quelle est la considération clé lorsqu’on compte sur Aurora Serverless pour gérer des pics de trafic soudains ?
Mise à l’échelle d’Aurora Serverless :
Aurora Serverless v2 ajuste la capacité par incréments fins d’ACU
La vitesse de mise à l’échelle dépend de la capacité actuelle et des paramètres min/max d’ACU
Les versions prises en charge peuvent se mettre en pause automatiquement à 0 ACU lorsqu’elles sont configurées
Facturation à la seconde basée sur les ACU
Bonnes pratiques :
Fixer une capacité minimale suffisamment élevée pour absorber les pics soudains sur les charges critiques
Surveiller les événements de mise à l’échelle
Garder la gestion des connexions à l’esprit
Wow, cette aventure nous a vraiment plongés dans le détail ! 🚀☁️
J’espère que le périple vous a plu et que vous avez même glané quelques leçons sur les services de stockage AWS.
Avis légal : ce quiz est proposé à des fins pédagogiques uniquement. Toutes les marques déposées et droits d’auteur appartiennent à leurs détenteurs respectifs, en particulier les géants.
