Le traçage distribué en pratique

Chapitre 13. Au-delà du traçage distribué

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Au tout début de ce livre, dans l'Introduction, nous avons affirmé que la plupart des applications d'aujourd'hui sont distribuées d'une manière ou d'une autre, qu'il s'agisse de simples applications client-serveur ou d'architectures plus générales comme les microservices. Les architectures distribuées présentent des avantages évidents, notamment en termes d'évolutivité, de fiabilité et de maintenabilité. Le plus grand inconvénient, cependant, est que les architectures distribuées brisent les méthodes traditionnelles de profilage, de débogage et de surveillance. Ces méthodes ont été conçues pour capturer des informations de manière centrée sur les composants ou les machines (parce qu'elles ont été conçues lorsque les applications ne fonctionnaient que sur une seule machine). En revanche, dans les architectures distribuées, nous nous intéressons aux exécutions de bout en bout des demandes sur plusieurs composants et machines. Les méthodes traditionnelles ne sont pas suffisantes pour les architectures distribuées car elles manquent de visibilité: elles n'ont pas été conçues pour pouvoir corréler et combiner des événements entre plusieurs composants et machines.

C'est là tout l'intérêt du traçage distribué : répondre aux besoins de profilage, de débogage et de surveillance des architectures modernes et distribuées. ...