O Docker é como garantimos que o bug que só acontecia "na minha máquina" simplesmente não pode acontecer. Cada serviço que entregamos está contentorizado, para que o que correu em desenvolvimento seja exatamente o que corre em produção.
O mesmo processo de três fases que usamos em tudo o que construímos: consultoria, construção, operação. O Docker muda o que acontece dentro de cada fase, não a estrutura.
Cada serviço definido num Dockerfile, dependências fixadas, nada deixado ao acaso.
Compose ou um serviço de contentores gerido, consoante quantas peças móveis o projeto realmente tem.
Imagens construídas, analisadas e implementadas através do pipeline da Brova Cloud, e não manualmente.
Uma ferramenta vale o que vale a disciplina que existe à sua volta. Isto é o que "usamos Docker" realmente significa num projeto.
A mesma configuração na máquina de cada programador e em cada destino de implementação.
Um novo engenheiro executa um único comando em vez de seguir um documento de configuração.
Cada um pode ser escalado, reiniciado ou substituído de forma independente dos outros.
Imagens base mínimas e análise de vulnerabilidades para manter a superfície de ataque reduzida.
Aqui está o que as pessoas costumam querer saber sobre o Docker antes de nos contactarem.
Elimina toda uma categoria de bugs e atrasos causados por diferenças de ambiente: o problema do funciona na minha máquina, onde algo se comporta de forma diferente em desenvolvimento e em produção. Isso traduz-se em menos surpresas no lançamento e num onboarding mais rápido quando um novo programador entra no projeto.
Geralmente sim, para tudo o que operamos a longo prazo, porque ambientes reprodutíveis e um onboarding mais rápido compensam mesmo em projetos pequenos, e o overhead de contentorizar é baixo. A complexidade de orquestração (Compose versus um serviço de contentores gerido) escala consoante quantas peças móveis o projeto realmente tem.
Através da análise de imagens: imagens base mínimas e análise de vulnerabilidades como parte do pipeline mantêm a superfície de ataque reduzida, e serviços isolados significam que uma vulnerabilidade num contentor não compromete automaticamente tudo o resto a correr ao lado.
Pelo contrário. As imagens são construídas, analisadas e implementadas através do pipeline da Brova Cloud de forma automática em vez de manualmente, o que é mais rápido e mais consistente do que um processo de deployment manual, não mais lento.
Sim, esse é um benefício específico de contentorizar cada serviço separadamente: qualquer um deles pode ser escalado, reiniciado ou substituído sem tocar nos outros, em vez de um deployment monolítico onde mudar uma única coisa arrisca todo o sistema.
Ou envie-nos uma mensagem pelo WhatsApp, +44 7883 256391. Respondemos dentro de um dia útil.