Posso usar registry privado?
Sim. Configure as credenciais do registry antes do deploy para que a Zenifra consiga puxar a imagem.
Deploy técnico
Docker/OCI para serviços prontos para produção
Publique APIs, backends e ferramentas internas a partir de imagem pública ou registry privado, com porta, variáveis, instâncias e domínio no console.
Para serviços empacotados
Use a Zenifra como a camada operacional entre sua imagem OCI e o produto online: configuração, publicação, logs e escala sem gerenciar VPS.
Informe uma imagem pública ou registry privado
Configure pelo console e acompanhe logs para validar se a aplicação iniciou na porta esperada.
Defina a porta da aplicação
Configure pelo console e acompanhe logs para validar se a aplicação iniciou na porta esperada.
Configure variáveis de ambiente
Configure pelo console e acompanhe logs para validar se a aplicação iniciou na porta esperada.
Escolha plano e quantidade de instâncias
Configure pelo console e acompanhe logs para validar se a aplicação iniciou na porta esperada.
Acompanhe logs e conecte domínio personalizado
Configure pelo console e acompanhe logs para validar se a aplicação iniciou na porta esperada.
Quando usar Docker/OCI
O caminho para aplicações que já têm imagem e precisam de uma camada operacional no Brasil.
Quando usar Docker/OCI
Use quando a aplicação já está empacotada em imagem e você quer controlar runtime sem operar VPS.
Ferramentas internas
Rode painéis, automações e APIs internas com domínio, porta e env vars pelo console.
SaaS backend
Publique serviços que precisam de banco, storage, logs e escala por instância.
Imagem e registry
O fluxo começa pela imagem certa e segue para runtime, storage, domínio e observabilidade.
01
Informe imagem e registry
Imagem e registry podem ser públicos ou privados, desde que as credenciais estejam configuradas.
02
Configure runtime
Defina porta, variáveis, storage e quantidade de instâncias antes de publicar.
03
Valide produção
Acompanhe logs, domínio e health do serviço antes de abrir tráfego real.
Configuração de runtime
Defina as peças que determinam como a imagem vai iniciar e como será observada em produção.
Imagem e registry
Separe a imagem OCI e as credenciais se o registry for privado.
Porta exposta
A porta configurada deve ser a mesma que o processo escuta dentro da imagem.
Storage
Ative persistência quando a aplicação grava arquivos ou estado local.
Instâncias
Comece pequeno e aumente capacidade conforme logs e métricas indicarem necessidade.
Checklist de produção
Revise imagem, porta, variáveis e storage antes de publicar. Esse fluxo é ideal para APIs, workers HTTP e ferramentas internas que já seguem um padrão Docker/OCI.
- Imagem OCI pública ou credencial de registry privado disponível
- Porta da aplicação configurada conforme o processo interno
- Storage persistente ativado quando a aplicação grava dados
- Variáveis sensíveis configuradas no console
- Domínio personalizado apontado após o primeiro deploy saudável
Deploy Docker/OCI
A configuração deve deixar imagem, registry, porta, variáveis e instâncias visíveis antes do primeiro deploy.
Exemplo n8n com imagem OCI
image=docker.io/n8nio/n8n:2.5.2
port=5678
N8N_BASIC_AUTH_ACTIVE=true
N8N_BASIC_AUTH_USER=<usuario>
N8N_BASIC_AUTH_PASSWORD=<senha>
N8N_HOST=0.0.0.0
N8N_PORT=5678
WEBHOOK_URL=https://<seu-dominio>/webhook/Dúvidas frequentes
Respostas curtas para publicar imagens com menos tentativa e erro.
Como sei qual porta informar?
Use a porta que sua aplicação escuta dentro do container, como 5678 no exemplo de n8n.