Vérification de l'environnement (doctor)
La vérification de l’environnement (ou doctor) répond à « ai-je le nécessaire pour lancer ce scénario ? » avant d’appuyer sur play, au lieu de le découvrir par un échec en plein lancement.
Elle est disponible comme panneau dans l’app (Vérification de l’environnement, rail
droit) et comme commande (microlab doctor [scénario]).
Ce qu’elle contrôle
Section intitulée « Ce qu’elle contrôle »Le rapport est groupé par catégorie :
- Dépôts — le manifeste de chaque micro existe et son dépôt est sur le disque.
- Outils — ceux qu’exigent les stacks du scénario (
java+maven,node+npm,npxpour Angular,python…), sondés avec leur commande de version. Le wrapper du dépôt (mvnw) ou le.venvsatisfont l’exigence sans exiger l’outil global. - Exigences du micro — ce qu’un micro concret déclare avoir besoin au-delà de son stack (un autre outil, un chemin qui doit exister…).
- Docker — le daemon répond, uniquement si le scénario lance de l’infra ou fait tourner un micro en conteneur.
- Bases de données — accessibilité TCP des bases de données externes sélectionnées.
- Identifiants — chaque
${creds.x}dont le démarrage aura besoin a une valeur danssettings.local.yml.
Avertissements vs échecs
Section intitulée « Avertissements vs échecs »- Un échec bloque : il manque quelque chose d’indispensable.
- Un avertissement ne bloque pas : c’est quelque chose d’optionnel ou de récupérable.
Dans le CLI, microlab doctor se termine avec le code de sortie 0 s’il n’y a pas
d’échecs et 1 s’il y en a, ce qui le rend utile comme porte préalable dans un script.