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

Checkpoint Échanger : suivre les flux et analyser les pannes

Par mis à jour le

Améliorer cette page

Ce checkpoint vérifie que vous savez suivre les échanges d'une architecture que vous n'avez jamais vue : quel chemin l'utilisateur attend, lequel se fait après coup, et ce que la panne de chaque brique produit. Il monte d'un cran par rapport aux deux précédents : il faut toujours reconnaître les briques et classer leur état, mais aussi raisonner sur les pannes. Le diagramme n'est pas la boutique : c'est une plateforme de cours en ligne où des formateurs déposent leurs vidéos.

  • Séparer les flux synchrones et asynchrones d'un diagramme inconnu
  • Prédire l'effet de la panne de chaque brique sur l'utilisateur et sur les données
  • Repérer où un doublon, un rejeu ou un message empoisonné peut survenir
  • Classer l'état de chaque brique et dire ce qu'il faut sauvegarder

Un formateur dépose une vidéo par l'API, qui enregistre le cours dans PostgreSQL, range le fichier dans un stockage objet et publie l'événement « vidéo déposée » dans Kafka, conservé quatorze jours. Trois groupes de consommateurs lisent ce journal : les workers de transcodage, qui produisent les différentes résolutions et envoient leurs échecs répétés dans une file à part, l'indexeur de recherche, et le service de notifications qui prévient les élèves par un prestataire de courriel. Un ordonnanceur supprime chaque nuit les brouillons abandonnés.

Un formateur appelle l'API vidéos en HTTPS ; l'API écrit le catalogue dans PostgreSQL et la vidéo dans un stockage objet, puis publie dans Kafka, conservé quatorze jours ; trois groupes lisent Kafka : les workers de transcodage, qui lisent et écrivent dans le stockage objet et envoient leurs échecs répétés dans une file à part, l'indexeur de recherche, et les notifications qui appellent un prestataire de courriel ; un ordonnanceur purge les brouillons à 3 h.HTTPSSQLPUTpublie « vidéo déposée »groupe transcodagegroupe recherchegroupe notificationslit, écritaprès 5 échecsHTTPSsupprime les brouillonsFormateurAPIvidéosPostgreSQLcoursStockagevidéosKafka14 joursWorkerstranscodageFiledes échecsIndexeurrechercheNotificationsPrestatairecourrielOrdonnanceurpurge à 3 h
Diagramme du checkpoint : une plateforme de cours vidéo, pas la boutique. Source · SVG
Échap pour fermer, + et − pour zoomer, défilement pour se déplacer. 100 %

Chaque question se résout en suivant une flèche et en se demandant qui attend au bout. Le trait rouge marque ce que le formateur attend : tout ce que lisent les consommateurs de Kafka se fait après sa réponse, et une panne à cet endroit ne l'empêche pas de déposer sa vidéo. La publication dans Kafka, elle, a lieu pendant la requête. Pour chaque consommateur, posez ensuite les trois questions du module : que se passe-t-il si un message arrive deux fois, s'il échoue toujours, et si l'on rejoue le journal ?

Les questions portent aussi sur les acquis des modules précédents : quelle brique est une source de vérité, laquelle se reconstruit, et ce qu'il faut sauvegarder. Le seuil de réussite est de 70 %. Une erreur renvoie à la leçon du module qui traite le point manqué.

Le module se referme sur les trois questions que chaque module de la formation doit permettre de trancher : qu'ai-je ajouté, pourquoi, et quel nouveau problème ai-je créé ? Pour la boutique, la réponse tient en trois lignes, et la troisième colonne est celle qu'un schéma ne montre jamais : il faut lire la configuration et l'exploitation pour la voir.

J'ai ajoutéPourMais j'ai créé
une file et des workerssortir le courriel et les prestataires du chemin de la commandedes doublons, une DLQ à surveiller, un broker à rendre disponible
un journal d'événementsprévenir plusieurs équipes et rejouer l'historiqueune copie de données personnelles, un retard par groupe, un format devenu contrat
un ordonnanceur et un moteur de workflowpurger chaque nuit et enchaîner paiement, stock et expéditiondes tâches manquées ou doublées, un état d'exécution à sauvegarder, des compensations à écrire

Aucune de ces briques ne rend la boutique simplement meilleure : chacune échange un problème contre d'autres, mieux connus et mieux outillés. Le module Faire fonctionner la plateforme ajoute les services dont dépend toute la plateforme, du DNS à l'identité, et avec eux de nouvelles dépendances transverses.

  • Le trait rouge dit ce que l'utilisateur attend ; la panne d'un consommateur retarde sans bloquer, celle d'une brique appelée pendant la requête bloque.
  • Chaque consommateur se lit par trois questions : doublon, échec répété, rejeu.
  • Un journal qui conserve les événements est un état ; la source de vérité reste la base.
  • Une tâche planifiée se juge à son dernier succès, pas à ses erreurs.
  • Chaque brique ajoutée échange un problème contre d'autres.

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