Durante mais de uma década, a Bitnami foi a resposta por omissão a «preciso de um WordPress na AWS para ontem». Empacotava meia internet —AMIs, contentores e charts— com tudo configurado e pronto a arrancar em dois cliques. Se mexeu em infraestrutura nos últimos dez anos, quase de certeza que lançou alguma.
Esse catálogo gratuito já não é mantido. Depois de passar para as mãos da Broadcom, as imagens foram remetidas para um repositório legacy que não recebe atualizações e as AMIs foram retiradas do AWS Marketplace. Não há versão nova para lançar, nem alguém a quem abrir um ticket.
O problema não é o dia em que deixam de publicar
É o seguinte. A sua instância continua a arrancar exatamente como ontem: os mesmos serviços, os mesmos caminhos, o mesmo desempenho. Nada se parte, e é precisamente essa a armadilha. O que muda é invisível de fora.
A partir desse momento, cada CVE publicada contra o sistema base ou contra o software que leva dentro fica aberta na sua máquina. Não há imagem corrigida para relançar, não há aviso, não há quem responda. A dívida acumula-se em silêncio até alguém a encontrar: uma auditoria, um cliente que pede o inventário de vulnerabilidades, ou algo pior.
E refazer a imagem à mão não é trivial. Uma AMI da Bitnami não é «o pacote instalado»: é uma árvore de diretórios própria, scripts de arranque, serviços ligados de uma forma concreta e um monte de decisões tomadas há anos que a sua aplicação dá como garantidas.
O que fizemos
Publicar substitutos que mantemos mesmo. A ideia é aborrecida de propósito: a mesma arquitetura, os mesmos caminhos, os mesmos serviços, para que migrar não seja um projeto mas uma tarde.
- Patches periódicos. Cada revisão da imagem incorpora as atualizações de segurança do sistema base e do software que traz.
- Auditoria de segurança. Análise de vulnerabilidades e verificação do hardening CIS em cada imagem publicada, com o respetivo relatório.
- Suporte humano. Os tickets chegam à equipa que constrói as imagens.
O catálogo cresce conforme o que pedem as equipas que migram, e cada AMI disponível está no mapa de substitutos ao lado do stack Bitnami que substitui.
Como se migra
Na maioria dos casos são três passos, sem reescrever nada:
- Lance o substituto a partir do AWS Marketplace, na mesma região e com o mesmo tipo de instância que tinha.
- Migre os seus dados: restaure o dump ou monte o volume de dados. Os caminhos e os serviços coincidem com os da Bitnami.
- Mova o IP elástico para a nova instância. Os seus clientes não notam a mudança.
Se o seu stack ainda não está no mapa, escreva-nos. Priorizamos os substitutos novos consoante o que mais nos pedem, e saber que alguém precisa dele é exatamente o que mexe com a lista.
