Suivre une requête en échec à travers deux services est un projet DevOps pratique pour les personnes connaissant les bases du terminal. PARCEL est une boutique fictive proposant deux objets, des devis de livraison et des estimations de retrait. Vous relierez une requête client en échec au backend qui a répondu, puis rétablirez le bon résultat métier.
Un laboratoire guidé présente les références de requête, la comparaison des journaux et les éléments adresse et chemin d’une route. Un défi indépendant envoie une requête au mauvais service pourtant sain : vous appliquez la même méthode à une autre cause. Chaque unité dispose de son propre environnement préparé.
Ce que vous apprendrez
- Relier une nouvelle réponse aux véritables journaux d’entrée et de backend grâce à une référence générée.
- Distinguer une connexion indisponible d’une opération absente sur un service qui répond.
- Comparer destination et chemin réels au contrat de service, puis recharger une configuration Nginx valide.
- Tester plusieurs prix tout en préservant l’autre estimation et le site client complet.
À qui s’adresse ce cours
Aux débutants DevOps et aux développeurs souhaitant suivre concrètement des requêtes entre services.
Prérequis : Connaissances de base du terminal. HTTP, ports, chemins, en-têtes, syntaxe de configuration, here-documents et filtrage sont expliqués avant utilisation. Aucune programmation applicative ni expérience d’une plateforme de traçage n’est requise.
Environnement : Chaque unité fournit Linux Workstation et le véritable PARCEL Website dans le navigateur. L’entrée Nginx et les processus de devis partagent une instance d’entraînement. Vous modifiez deux petits fichiers, sans installation locale ni compte externe.
Questions fréquentes
Faut-il écrire du code applicatif ?
Non. Le site et les services sont fournis. Vous reliez leur prise en charge des références et réparez le routage avec de courts fichiers de configuration.
S’agit-il d’une plateforme complète de traçage distribué ?
Non. Le cours enseigne la corrélation entre une entrée et un backend répondant à chaque requête, avec de vraies réponses HTTP et de vrais journaux. Il n’installe pas de collecteur et n’enseigne pas l’instrumentation SDK.
Comment le résultat est-il évalué ?
Les contrôles demandent plusieurs estimations réelles, comparent les nouvelles références aux journaux authentiques et vérifient que le site et l’autre route restent utilisables. Aucun rapport ni historique de commandes à remettre ; les requêtes ne créent pas de commande client.
Quelles langues sont proposées ?
Les documents du cours et des laboratoires, les indications et la solution complète du défi existent en anglais, chinois, espagnol, français, allemand, japonais, russe, coréen et portugais. Le site, les noms réels des onglets et les sorties restent en anglais.
