Pular para o conteúdo

Secção Micros

A secção Micros é a casa dos seus micros: no lateral, a lista; no centro, o editor do micro selecionado.

  • + Adicionar micro — escolhe a pasta do repo e o MicroLab deteta automaticamente o seu stack, portas, infraestrutura e dependências, mostra-lhe os avisos e, após confirmar, gera o seu manifesto.
  • Importar micro do Git — clona o repo (usando a sua ligação Git para hosts privados) e deteta-o num passo.

A adição mostra-lhe o detetado antes de guardar; um manifesto já existente não é sobrescrito (para o regenerar, use «Atualizar a partir do repositório»).

Nome visível, modo predefinido (nativo/contentor) e perfil de arranque.

Os dados técnicos de cada dependência a outro core: o seu identificador, a propriedade que se reescreve ao injetar, o URL cloud e a especificação OpenAPI (origem para gerar o modelo do mock). Para onde aponta cada uma —local, cloud ou mock— decide-se no cenário, não aqui.

Personalização não versionada do arranque nativo deste micro (guardada no seu settings.local.yml). Em cima, o dia a dia:

  • Base de dados — apontar o micro para outra BD (predefinido, local, cloud ou personalizada). Ver Apontar para outra BD.
  • Script/comando de arranque conforme o stack (script npm, configuração de Angular, comando do stack…).
  • Comandos prévios — o que se executa antes de arrancar (construir bibliotecas do workspace, instalar módulos irmãos de um multimódulo Maven…). Vivem no manifesto: valem para toda a equipa.

E um bloco avançado recolhível: argumentos extra, propriedades de sistema, variáveis de ambiente, comando de arranque completo e uma pré-visualização do comando efetivo. Tudo isto pode ser importado/exportado por micro. Ver Personalizar o arranque.

O valor final de cada propriedade do micro e de que camada provém: o application.yml do repo, a configuração remote ou o que o MicroLab injeta ao arrancar. Útil para perceber porque uma propriedade acaba com um valor concreto.

Se o micro for um repo Git: mudar de ramo, fazer fetch e pull (--ff-only), ver quantos commits está à frente/atrás do remoto, e —quando o repo difere do manifesto— atualizá-lo a partir do repositório conservando o que curou à mão (drift). O acesso Git é de só leitura; nunca faz push. Ver Mudar de ramo e drift.

  • Atualizar manifesto a partir do repositório — refresca os campos detetados sem perder a sua personalização.
  • Localizar pasta — se o repo foi movido, reaponta o seu caminho.
  • Eliminar micro — apaga o manifesto (não toca no repo); pede confirmação.
  • Exportar / Importar micros — ficheiros autónomos .micro.yml.