Deploy
Implantação
A Zenifra publica aplicações HTTP a partir de duas origens principais: Repositório GitHub ou imagem OCI. A escolha define como a aplicação é construída, atualizada e versionada.
Escolha o método correto
| Método | Descrição | Atualização |
|---|---|---|
| GitHub | A Zenifra usa o repositório, branch, runtime e comandos definidos na criação | Automática quando auto-deploy foi habilitado |
| Imagem OCI | A Zenifra executa uma imagem Docker/OCI já pronta | Manual pela troca da imagem no console ou API |
Use GitHub quando o time quer publicar diretamente do código-fonte e manter o deploy conectado à branch principal.
Use imagem OCI quando a imagem já é gerada por uma CI externa, quando você precisa promover tags imutáveis ou quando quer controlar o artefato fora da Zenifra.
Fluxo de publicação
- GitHub: selecione o repositório e a branch.
- OCI: informe a imagem pública ou privada.
- Porta: configure a porta em que a aplicação escuta.
- Variáveis: cadastre segredos e configurações.
- Online: valide a aplicação em
*.clients.zenifra.com.
O que validar depois do deploy
- a aplicação responde na URL pública
- logs de build não mostram erro
- logs da aplicação aparecem no console
- CPU, RAM, storage e requisições HTTP aparecem conforme o plano
- domínio próprio aponta para o destino correto, quando configurado
- novo push só atualiza automaticamente se
auto-deployestiver habilitado
Em projetos GitHub, os logs de build ficam na aba Logs de Build dentro da página do projeto. Eles são diferentes dos logs da aplicação em execução.