Era sexta-feira, 17:30.
O deploy parecia simples: uma pequena correção em produção.
Mas como sempre acontece nesses casos… não foi.
- Build falhou na máquina de um dev
- Em outro ambiente funcionava
- Um arquivo não subiu
- E ninguém sabia exatamente o que tinha sido deployado
Resultado: rollback manual, stress e um sistema instável.
Nota: A história contada acima é fictícia e foi criada apenas para se ter um entendimento melhor do assunto de forma prática.
O Problema em Uma Frase
Cada desenvolvedor fazia deploy de um jeito diferente.
Sem padrão, sem automação e sem previsibilidade.
A Virada de Chave
A pergunta que mudou tudo foi:
"E se o deploy fosse um processo automático, previsível e repetível?"
Foi aí que entrou o conceito de pipeline de CI/CD.
Uma Analogia Simples
Imagine uma fábrica de carros 🚗
Você não constrói um carro inteiro de uma vez.
Existe uma linha de produção:
- Montagem da estrutura
- Instalação do motor
- Pintura
- Testes de qualidade
- Entrega
Se um carro falha no teste, ele não segue para a próxima etapa.
Agora imagine fazer isso manualmente, sem processo.
👉 Seria caos.
Um pipeline de CI/CD é exatamente isso:
uma linha de produção para o seu software.
O Que é CI/CD
-
CI (Continuous Integration)
Sempre que alguém envia código, o sistema automaticamente:- faz build
- roda testes
- valida o código
-
CD (Continuous Delivery/Deployment)
Se tudo estiver OK:- o sistema é preparado
- e pode ser publicado automaticamente
Estrutura de um Pipeline
Um pipeline básico geralmente tem essas etapas:
[ Código ]
↓
[ Build ]
↓
[ Testes ]
↓
[ Deploy ]