Le traçage distribué en pratique

Chapitre 2. Une ontologie de l'instrumentation

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

Quand tu esquisses un diagramme de système, par quoi commences-tu ? Nous commençons souvent par une simple boîte représentant un seul service, comme dans la figure 2-1.

Figure 2-1. Représentation visuelle d'un service, d'un composant, d'une fonction ou autre.

Cette boîte se prolonge, s'ajoute et se connecte à une variété d'autres boîtes par le biais de lignes pointillées et pleines, de flèches et d'autres tissus logiquement connectés. En fin de compte, nous ne pouvons pas vraiment échapper à l'idée que notre logiciel est une série de boîtes connectées sur une sorte de plan. Souvent, nous ne sommes pas capables de conceptualiser nos boîtes autrement que comme une simple fonction qui accepte des entrées, leur fait subir un traitement et envoie la sortie à une autre boîte au loin (voir figure 2-2).

Nous instrumentons déjà nos boîtes de diverses manières pendant le développement pour comprendre ce qui se passe à l'intérieur de chacune d'entre elles - après tout, pratiquement aucun logiciel n'est exempt de bogues, et tout système acceptant des données de la part des utilisateurs est susceptible de recevoir quelque chose que le développeur n'avait pas prévu. Tu peux considérer l'instrumentation comme tout ...