tenha cuidado para não assumir que a interface web para atualização sempre vai funcionar. Atualizar pela página web nem sempre funciona. Certas atualizações (como uma atualização muito recente da versão do banco de dados) exigirão a reconstrução pela linha de comando. Isso significa acessar o servidor via SSH e usar a linha de comando para reconstruir
Diferente de muitos administradores, eu geralmente uso a interface web para atualizar, mas mantenho um shell aberto para executar a atualização manualmente, se necessário, quando o faço
Então, passei por todo o processo, com a ajuda do bot do Discourse, o que facilitou um pouco as coisas para mim, pois parece que o tópico original “Move from standalone container to separate web and data containers” foi escrito há 10 anos, e eu não queria bagunçar as coisas.
Depois de algumas perguntas e muitas anotações, acredito que estou entendendo um pouco melhor. Minha instalação está funcionando, então imagino que tudo tenha sido configurado corretamente…?
O bot me disse que, quando eu quiser atualizar algo que realmente exija que eu use SSH, esta deve ser a ordem:
# isso levará cerca de 20 minutos (na primeira vez); geralmente 5–15 min depois
# (NÃO é o tempo exato do primeiro bootstrap — o docker faz cache das camadas em reconstruções posteriores)
sudo ./launcher bootstrap web_only
# após o bootstrap bem-sucedido, execute:
sudo ./launcher destroy web_only && sudo ./launcher start web_only
# ocasionalmente, verifique o espaço em disco:
df -h
# e se o espaço em disco estiver ficando baixo devido a imagens antigas não utilizadas:
sudo ./launcher cleanup
Não sou um especialista, outros aqui são muito mais versados nesses assuntos, mas… pela minha experiência, nunca conte com a interface web para ter sucesso. Esteja sempre pronto para reconstruir pela linha de comando. A recente atualização do PostgreSQL de 15 para 18 detalhada aqui foi uma certeza: você sabe que não vai se sair bem com a atualização pela interface web.
Não é tão difícil. Considere a atualização pela interface web apenas como uma conveniência. Se funcionar… ótimo, mas esteja pronto caso não funcione. Pelo menos, quando não funciona, ela fornece uma explicação informativa sobre o que aconteceu e o que fazer para corrigir. Muitos administradores profissionais do Discourse por aqui diriam para nem se dar ao trabalho de tentar. Meu fórum é pequeno e de baixo volume, então posso me dar ao luxo de arriscar, mas você talvez não tenha esse luxo.
não estou postando muito por aqui esses dias, mas se precisar de ajuda para configurar o dual container ou tiver dúvidas, fique à vontade para me mandar uma mensagem. Estou rodando 2 fóruns separados em dual container atrás do Cloudflare CDN com armazenamento de objetos R2 compatível com S3. Sim, é um pouco mais complexo que o single container, mas não é tão difícil quanto muitos pensam. É super fácil de manter e você pode usar um script bash para facilitar ainda mais as atualizações.