Verifica dell'ambiente (doctor)
La verifica dell’ambiente (o doctor) risponde a «ho il necessario per avviare questo scenario?» prima di premere play, invece di scoprirlo con un errore a metà avvio.
È disponibile come pannello nell’app (Verifica dell’ambiente, rail destro) e come
comando (aseptic doctor [scenario]).
Cosa verifica
Sezione intitolata “Cosa verifica”Il report è raggruppato per categoria:
- Repository — il manifesto di ogni micro esiste e il suo repo è su disco.
- Strumenti — quelli richiesti dagli stack dello scenario (
java+maven,node+npm,npxper Angular,python,go,dotnet…), sondati con il loro comando di versione. Il wrapper del repo (mvnw) o il.venvsoddisfano il requisito senza richiedere lo strumento globale. E uno strumento può chiamarsi in più modi a seconda del sistema —pythonsu Windows e dentro un.venv,python3su macOS e Debian—: si sondano tutti e il controllo riporta il nome che ha trovato. Se ne manca uno che Aseptic sa installare (JDK, Maven, Gradle, Node, Go, SDK .NET), la CLI dice con quale comando si ottiene (aseptic toolchain install <strumento>). E i micro che andranno nel loro container degli strumenti non contano qui: il rapporto li elenca alla fine, con il motivo. - Requisiti del micro — ciò che un micro concreto dichiara di aver bisogno oltre al suo stack (un altro strumento, un percorso che deve esistere…).
- Docker — il daemon risponde, solo se lo scenario avvia infra o fa girare qualche micro in container.
- Database — raggiungibilità TCP dei database esterni selezionati.
- Credenziali — ogni
${creds.x}di cui l’avvio avrà bisogno ha un valore insettings.local.yml.
Avvisi vs errori
Sezione intitolata “Avvisi vs errori”- Un errore blocca: manca qualcosa di indispensabile.
- Un avviso non blocca: è qualcosa di opzionale o recuperabile.
Nella CLI, aseptic doctor termina con codice di uscita 0 se non ci sono errori e 1
se ce ne sono, il che lo rende utile come porta preliminare in uno script.