O documento discute a evolução de um sistema legado para um pipeline de CI/CD. Primeiro, descreve as limitações de um sistema legado sem controle de versão ou testes. Em seguida, introduz o conceito de integração contínua (CI), onde commits são automaticamente testados. Por fim, aborda a entrega contínua (CD), onde builds passando nos testes são implantados automaticamente na produção.

1. Do legado ao CI/CD
em 7 minutos
7Masters DevOps

2. Ter alguma coisa é
melhor que ter nada

3. Software Legado
• Se tiver controle de versão, todo mundo faz commit
no master
• Não possui testes
• Precisa pedir para alguém subir em produção
• Novos devs demoram dias para conseguirem rodar
em suas máquinas

4. CI

5. –Grady Booch (1991)
“continuous integration (CI) is the practice of
merging all developer working copies to a
shared mainline several times a day”

6. –Bob
“continuous integration (CI) é a prática de:
Devs fazem commit, servidor de integração
testa”

7. Como você testaria na
sua máquina?

8. Transforme isso em
scripts

9. –DEV muito ocupado
“Não tenho tempo para fazer testes.”

10. Testes de
comportamento com
selenium

12. Jenkins
apt-get install jenkins

14. Para todo commit, a
task de teste vai rodar

15. Você precisa de um
clone da produção

16. Parabéns, você tem CI
Só não ache que isso significa que acabou ;-)

17. –DEV com preguiça
“Mas meu banco muda toda hora e não quero
manter várias instâncias.”

18. Docker ao resgate

19. • Docker Compose sobe um conjunto de containers
• Migrations criam o schema do banco de dados
• Seeders inserem uma pequena quantidade de
dados selecionados no banco de dados
• Selenium executa os testes
• Tudo isso pode ser executado por um simples
bash script

20. Plus
Um novo dev tem sua máquina configurada em minutos

21. CD

22. –Wikipedia
“Continuos Delivery is: teams produce software
in short cycles, ensuring that the software can
be reliably released at any time”

23. –Bob
“Continuos Delivery é: Devs fazem commit,
servidor de integração testa e faz deploy (sob
demanda).”

24. Separar código de
produção do de
desenvolvimento

25. Gitflow

26. • develop = código em desenvolvimento
• feature/alguma-coisa = código em
desenvolvimento isolado
• release/1.2.3 = código pronto para beta
• hotfix/1.2.3 = código de correção de bug de
produção
• master = código para produção

27. Deploy fácil = git pull
na branch master

28. Crie uma task que pode
ser executada se a
anterior deu certo

29. Parabéns, você tem CD
Só não ache que isso significa que acabou ;-)

30. @GABRIELRCOUTO
GITHUB.COM/
GABRIELRCOUTO
TRABALHE COMIGO!
CONTATO@MEMED.COM.BR