OpenShip 0.9.4

Resumo

O Openship 0.9.4 permite publicar aplicações em um Docker Swarm existente a partir do Desktop ou de um controlador self-hosted. A replicação gerenciada de PostgreSQL e Redis permanece restrita ao Kubernetes self-hosted. Essa distinção precisa acompanhar a configuração: conectar um Swarm não habilita a replicação dos bancos nem incorpora automaticamente stacks existentes.

A atualização também amplia a recuperação de deploys e a preservação dos volumes. Os avisos de segurança relacionam versões observadas e imagens instaladas às publicações assinadas do projeto. Atualizar o Openship não substitui a atualização das aplicações hospedadas, pois suas versões e imagens fixadas continuam preservadas.

Novidades

• Openship 0.9.4 — Docker Swarm: o Desktop e o controlador self-hosted conectam um manager Linux existente para publicar novas aplicações ou serviços Compose. As imagens utilizam digests imutáveis e os segredos ficam associados ao release.
• Openship 0.9.4 — Replicação de bancos: os operadores do Kubernetes self-hosted gerenciam réplicas de leitura do PostgreSQL e replicação autenticada do Redis com Sentinel. As mudanças exigem backups verificados e revisão das conexões de escrita e leitura.
• Openship 0.9.4 — Monorepos: a importação exige selecionar as aplicações que serão publicadas. Novas leituras do repositório preservam as pastas e os comandos escolhidos, além das configurações de acesso privado.
• Openship 0.9.4 — Acesso por senha: rotas self-hosted e prévias nativas aceitam senha compartilhada no OpenResty. A verificação utiliza um cookie assinado, sem consulta à API ou ao banco a cada acesso. A troca da senha invalida as sessões.
• Openship 0.9.4 — Avisos de segurança: um feed assinado relaciona avisos a digests ou versões de runtime observadas. A atualização automática permanece desativada por padrão e exige autorização explícita para uma imagem elegível.
• Openship 0.9.4 — Contratação Cloud: a interface inclui cobrança anual e planos Openship Manage para administrar servidores próprios. As assinaturas existentes preservam os preços e limites registrados.

Melhorias

• Openship 0.9.4 — Backup de aplicações: as políticas incluem volumes persistentes de uma aplicação isolada, mesmo sem serviços cadastrados. O backup manual e o agendado utilizam a mesma verificação de integridade e restauração.
• Openship 0.9.4 — Nova tentativa de deploy: uma falha na ativação pode reutilizar a imagem Docker já compilada, após verificar sua associação ao projeto. A revisão do código e o destino permanecem iguais, sem novo build.
• Openship 0.9.4 — Atualização de imagens: Refresh images & redeploy utiliza as verificações de disponibilidade e rollback do deploy. Tags configuradas e digests fixados não avançam automaticamente.
• Openship 0.9.4 — Variáveis do Compose: campos obrigatórios são verificados antes da compilação e da troca de serviços. A mensagem identifica as chaves ausentes por serviço sem revelar seus valores.
• Openship 0.9.4 — Permissões de tokens: tokens pessoais e clientes MCP (Model Context Protocol) aceitam permissões de domínios e deploys limitadas ao projeto. Cancelamento, rollback e exclusão de deploy continuam exigindo acesso administrativo.

Correções

• Openship 0.9.4 — Persistência: substituições Docker self-hosted e Desktop reutilizam volumes pertencentes ao projeto para declarações VOLUME das imagens. Uma associação ausente ou conflitante interrompe o deploy em vez de iniciar a aplicação com armazenamento vazio.
• Openship 0.9.4 — Revisão do código: novas tentativas e deploys de um commit específico leem o Compose e os padrões de openship.json daquela revisão. A configuração não é misturada com a versão atual da branch.
• Openship 0.9.4 — Recuperação de rotas: a repetição de um deploy aguarda o encerramento da recuperação anterior. Uma gravação atrasada de rotas não deve substituir o encaminhamento de uma publicação mais recente.
• Openship 0.9.4 — Dependências: os componentes afetados utilizam Node 22.23.4 e Bun 1.4.4. O Desktop recebe Electron 44.9.2 e os testes do dashboard e do webmail utilizam Happy DOM 21.0.4.
• Openship 0.9.4 — Anexos do webmail: arquivos Office e CSV recebem prévias isoladas com limites de processamento. Conteúdo ativo em HTML, SVG ou XML fica disponível para download, sem execução na sessão autenticada.
• Openship 0.9.4 — Imagem da API: a distribuição em container foi recompilada para corrigir a seleção do worker gerenciado. Instalações que baixaram a imagem inicial precisam obter novamente ghcr.io/oblien/openship-api:0.9.4 e recriar o serviço da API.

Ponto de Atenção

O suporte ao Swarm utiliza substituição com parada anterior à ativação e mantém serviços persistentes em uma única instância no manager conectado. Projetos já publicados exigem migração explícita. O recurso não inclui clusters no Cloud hospedado nem adoção automática de stacks existentes.

Builds Docker protegidos executados por SSH com privilégios de root exigem Buildx e acesso root ou sudo sem senha. Confira essas condições no servidor utilizado para compilar. A atualização dos runtimes do controlador e do webmail exige recompilar ou recriar os serviços correspondentes.

Teste sugerido: publique uma aplicação de homologação em um Swarm conectado e confira o digest utilizado pelo serviço. Grave um arquivo num volume persistente, repita o deploy e confirme a preservação do arquivo. Na instalação por container que utilizou a imagem inicial, confira a seleção do worker depois de obter novamente a imagem da API e recriar o serviço.

Notas da versão

O release oficial do Openship 0.9.4 foi publicado em 24/10/2026 às 13h11 UTC como versão estável. A correção adicional das imagens afeta a distribuição da API em container. A tag Git, o pacote npm e os arquivos de instalação do servidor e do Desktop permanecem iguais.