Depurar um micro que não arranca
Um micro nem sempre falha da mesma forma. A chave: um micro que não chega a arrancar (comando mal, repo ausente, porta ocupada) não escreve uma única linha própria —o motivo está nos logs do motor—, e essa é justamente a falha que mais despista se só olhar para os logs do micro.
1. Diagnóstico de uma vez
Seção intitulada “1. Diagnóstico de uma vez”O mais rápido: o diagnóstico do micro reúne numa só resposta o seu estado em runtime, o que o motor disse dele, os seus erros e a sua última amostra de métricas. Não exige que o cenário continue vivo: diagnosticar após uma queda é o caso normal.
A partir do CLI: microlab diagnose <micro>.
2. Os logs
Seção intitulada “2. Os logs”No dock Logs, filtre por esse micro e por nível Error. Se não vir
nada dele, olhe para as fontes do sistema (engine) — aí aparece porque não arrancou.
A partir do CLI:
microlab logs orders-core -n 500 # as suas últimas linhasmicrolab logs --errors # só erros, em todo o cenáriomicrolab logs -g "connection refused" # uma pista concretaOs logs persistem: microlab logs funciona mesmo que o motor já não esteja vivo.
3. Verifique o ambiente
Seção intitulada “3. Verifique o ambiente”Muitas falhas de arranque são de ambiente (falta uma ferramenta, uma credencial, Docker). A Verificação do ambiente deteta-as antes de arrancar.
4. Reinicie só esse micro
Seção intitulada “4. Reinicie só esse micro”Se corrigiu algo, não é preciso reiniciar todo o cenário: reinicie só esse micro (no seu
cartão/linha, ou microlab restart <micro>).