Resumo
O Openship 0.8.1 permite executar vários projetos em servidores gerenciados compartilhados. A publicação também amplia a autenticação e inclui suporte privado, além de melhorar a recuperação de deploys interrompidos. A atualização não consolida automaticamente as VMs de projetos Cloud existentes, por isso você precisa planejar a migração separadamente.
Novidades
- Openship 0.8.1 — Servidores gerenciados: cada servidor tem assinatura própria e compartilha sua capacidade de CPU, RAM e disco entre os projetos. Nesse servidor, você pode executar aplicações e builds, além de stacks Compose e serviços do catálogo, sem reservar uma VM independente para cada novo projeto.
- Openship 0.8.1 — Autenticação: nas configurações de segurança, você pode registrar passkeys e ativar a autenticação de dois fatores por aplicativo, com códigos de recuperação de uso único. Quando essa autenticação está ativa, a segunda etapa também é exigida após o acesso social ou por passkey.
- Openship 0.8.1 — Suporte: uma caixa privada permite abrir chamados e acompanhar as respostas, preservando o histórico individual de cada conta autenticada nas instalações conectadas ao Cloud.
Melhorias
- Openship 0.8.1 — Execução: o destino pode utilizar Docker ou Direct para aplicações compatíveis executadas como processos supervisionados. A atualização preserva os projetos salvos e as escolhas explícitas de runtime, sem substituir essas configurações.
- Openship 0.8.1 — Administração: o SDK e o CLI ampliam a administração dos recursos dos projetos, com comandos para configurar ambientes e armazenamento. Também permitem administrar credenciais e DNS e consultar o monitoramento, utilizando as verificações de permissão da plataforma.
- Openship 0.8.1 — Migração: a importação de aplicações Docker registra o progresso e preserva os volumes e os arquivos de origem, mas a retirada dos containers de origem exige seu consentimento explícito.
Correções
- Openship 0.8.1 — Cancelamento de builds: a interrupção chega ao runtime Docker ou Bare utilizado pelo worker. Durante a limpeza do build cancelado, os containers já publicados são preservados para que o cancelamento não remova serviços em execução.
- Openship 0.8.1 — Backups anteriores ao deploy: a ativação aguarda os backups configurados e sua limpeza, inclusive quando reutiliza um build. Os dumps PostgreSQL precisam terminar com sucesso. A comparação com backups anteriores permite recusar arquivos pequenos demais.
- Openship 0.8.1 — Serviços Compose: os uploads e as sincronizações preservam os serviços de imagem sem alterações, evitando que sejam marcados para uma atualização desnecessária.
- Openship 0.8.1 — Logs e recuperação: a saída dos builds preserva os bytes recebidos, inclusive nas linhas parciais e nos caracteres UTF-8. As operações de provisionamento e redimensionamento conservam o progresso para que uma nova tentativa possa retomar o trabalho interrompido.
Ponto de Atenção
Atualize a API Cloud antes dos clientes conectados, pois os novos recursos exigem a API correspondente. Planeje separadamente a migração explícita dos projetos Cloud existentes para os servidores gerenciados. Teste sugerido: em um ambiente isolado, confira se um serviço Compose sem alterações permanece em execução e se a ativação de outro serviço aguarda a conclusão do backup configurado.
Os arquivos exportados incluem valores de ambiente em texto simples, assim como chaves e credenciais, sem senha de exportação por padrão. Por isso, proteja o arquivo ou omita os segredos explicitamente durante a exportação.
Para utilizar passkeys em uma instalação própria, mantenha o acesso por HTTPS e o hostname estável em OPENSHIP_PUBLIC_URL, além de preservar o backup de BETTER_AUTH_SECRET. A Promovaweb não executou os procedimentos sugeridos, que servem para você conferir os comportamentos descritos nas notas.
Notas da versão
O release oficial do Openship 0.8.1 foi publicado em 06/10/2026 no fuso America/New_York e está marcado como estável.