Chequeo de entorno (doctor)
El chequeo de entorno (o doctor) responde a «¿tengo lo necesario para arrancar este escenario?» antes de pulsar play, en vez de descubrirlo con un fallo a mitad de arranque.
Está disponible como panel en la app (Chequeo de entorno, rail derecho) y como
comando (aseptic doctor [escenario]).
Qué comprueba
Sección titulada «Qué comprueba»El informe se agrupa por categoría:
- Repositorios — el manifiesto de cada micro existe y su repo está en disco.
- Herramientas — las que exigen los stacks del escenario (
java+maven,node+npm,npxpara Angular,python,go,dotnet…), sondeadas con su comando de versión. El wrapper del repo (mvnw) o el.venvsatisfacen el requisito sin exigir la herramienta global. Y una herramienta puede llamarse de más de una forma según el sistema —pythonen Windows y dentro de un.venv,python3en macOS y en Debian—: se prueban todas y el chequeo informa del nombre que encontró. Si falta una que Aseptic sabe instalar (JDK, Maven, Gradle, Node, Go, SDK de .NET), el CLI dice con qué comando se trae (aseptic toolchain install <herramienta>). Y los micros que irán a su contenedor de herramientas no cuentan aquí: el informe los lista al final, con el motivo. - Requisitos del micro — lo que un micro concreto declara que necesita más allá de su stack (otra herramienta, una ruta que debe existir…).
- Docker — el daemon responde, solo si el escenario levanta infra o corre algún micro en contenedor.
- Bases de datos — alcance TCP de las bases de datos externas seleccionadas.
- Credenciales — cada
${creds.x}que el arranque va a necesitar tiene valor ensettings.local.yml.
Avisos vs fallos
Sección titulada «Avisos vs fallos»- Un fallo bloquea: falta algo imprescindible.
- Un aviso no bloquea: es algo opcional o recuperable.
En el CLI, aseptic doctor termina con código de salida 0 si no hay fallos y 1
si los hay, lo que lo hace útil como puerta previa en un script.