Aller au contenu
English
Compte : non connecté, synchronisation possible Mon apprentissage
Selectionner le thème
English

Checkpoint Stocker : classer les données d'une architecture

Par mis à jour le

Améliorer cette page

Ce checkpoint vérifie que vous savez lire les données d'une architecture que vous n'avez jamais vue : lesquelles sont critiques, lesquelles se reconstruisent, et ce que coûte la perte de chacune. Il ne demande aucune définition de produit. Le diagramme n'est pas la boutique : c'est une plateforme de réservation de salles de réunion, dont il faut retrouver le rôle de chaque stockage à partir des flèches et des libellés.

  • Classer chaque donnée d'un diagramme inconnu : métier, temporaire, reconstructible
  • Dire ce qu'il faut sauvegarder et ce qu'il faut répliquer
  • Prédire l'impact de la perte de chaque stockage

Une API de réservation s'appuie sur cinq stockages : PostgreSQL pour les réservations, Redis pour les sessions et un planning mis en cache, un stockage objet pour les pièces jointes, OpenSearch pour la recherche de salles, et Prometheus pour les métriques. OpenSearch est alimenté depuis PostgreSQL par indexation ; l'API y envoie ses recherches. Lisez le sens de chaque flèche avant de répondre : il dit qui est la source et qui est la copie.

Une API de réservations écrit en SQL dans PostgreSQL, lit et écrit sessions et planning dans Redis, dépose des pièces jointes dans un stockage objet, interroge OpenSearch pour la recherche de salles, et envoie ses métriques à Prometheus ; PostgreSQL alimente OpenSearch par indexation.SQLlit, écritPUT, GETindexationrecherchemétriquesAPIréservationsPostgreSQLréservationsRedissessions et planningStockage objetpièces jointesOpenSearchrecherche de sallesPrometheusmétriques
Diagramme du checkpoint : une plateforme de réservation, pas la boutique. Source · SVG
Échap pour fermer, + et − pour zoomer, défilement pour se déplacer. 100 %

Chaque question se résout par la question décisive du module : pour cette donnée, existe-t-il une autre copie d'où la reconstruire ? Une donnée sans autre copie est une source de vérité et se sauvegarde ; une donnée calculée depuis une autre se reconstruit, et sa perte coûte du temps. Redis demande une attention particulière : il porte ici deux contenus de statut différent.

Les questions portent sur le classement des données, la sauvegarde, la réplication et l'impact de la perte de chaque stockage. Le seuil de réussite est de 70 %. Une erreur renvoie à la leçon du module qui traite le point manqué.

  • Une donnée sans autre copie est une source de vérité : elle se sauvegarde.
  • Un index alimenté depuis une base est une copie dérivée : il se reconstruit.
  • Un même stockage peut porter un contenu jetable et un contenu critique, comme un cache qui garde aussi des sessions.
  • La réplication sert la disponibilité, la sauvegarde sert le retour en arrière.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

8 questions
10 min.
70% requis

Informations

  • Le chronomètre démarre au clic sur Démarrer
  • Questions à choix multiples, vrai/faux et réponses courtes
  • Vous pouvez naviguer entre les questions
  • Les résultats détaillés sont affichés à la fin

Lance le quiz et démarre le chronomètre

Ce projet vous est utile ?

Les guides, formations, quiz et labs restent gratuits. Si vous les utilisez régulièrement, vous pouvez contribuer à leur maintenance et à leur développement.

Devenir membre de soutien (nouvel onglet) Soutenir une fois (nouvel onglet) En savoir plus

Suivez aussi le projet sur LinkedIn