1

Uso um sistema muito parecido com este, com sistema de 0 downtime com docker swarm + nginx conectando em cada imagem docker, uma dica vc pode só criar 1 repositorio no docker hub mas o github é ilimitado, eu buildo minhas imagens no ghcr https://docs.github.com/pt/packages/working-with-a-github-packages-registry/working-with-the-container-registry ai o ci cd meio q já cria as imagens de api, telemetria, frontend, nginx e entra via chave ssh mandando todo o relatório de deploy com migrations etc pro meu discord ai acabo tendo várias imagens (detalhe repositórios privados também podem hospedar imagens e pacotes) e uso um sistema para caso algo de errado nos testes etc não subir a build corrompida com testcontainers então sempre fico bem tranquilo, é mais caso alguma migration de banco de erro etc eu ja receber o log no discord, ai fico de olho nos alertas do grafana e por aqui ta tudo muito tranquilo nos ultimos 2 anos, sem me preocupar com prod, e tbm autoescalavel com o docker swarm, alem de o msm docker-compose de prod ser o de dev com menos réplicas. para equipes pequenas acho um máximo

Carregando publicação patrocinada...
1

Valeu, que setup completo! O GHCR é uma ótima saída para o limite do Docker Hub, e ainda tem a vantagem de o Actions autenticar direto com o GITHUB_TOKEN, sem precisar de token extra nos secrets. Acho que vou migrar.

Gostei muito da ideia de mandar o relatório do deploy, com as migrations, pro Discord. Hoje eu só descubro que algo deu errado olhando o Actions. Você usa webhook direto no step final do workflow ou alguma action pronta?

E os testcontainers rodam no próprio CI antes do push da imagem? Faz todo sentido barrar a build lá, antes de chegar na VPS.