Próximo deploy: em uma hora

DevOpsDays Porto Alegre, julho/2016.

Um relato sobre como estruturamos nosso pipeline para ir para produção nove vezes ao dia

A apresentação aborda técnicas e ferramentas utilizadas no nosso time para garantir que as entregas em produção de um projeto com 5 anos de vida tenham valor e qualidade e sejam feitas 9 vezes ao dia, 5 dias por semana, 12 meses ao ano.

Transcript

1. PRÓXIMO DEPLOY: EM UMA HORA Um relato sobre como estruturamos nosso pipeline para ir para produção nove vezes ao dia Bárbara Hartmann Eduardo Aquiles Bárbara Hartmann Eduardo Aquiles
2. Agenda Um pouco sobre o projeto Como enviamos mudanças para o pipeline? Técnicas & ferramentas para manter a cadência Pontos para melhoria e dores
3. Qual a diferença entre go horse e Continuous Delivery?
4. DEPLOY != RELEASE
5. O Projeto Painel de Controle para Cloud Hosting Aplicação front-end consumindo APIs Fina camada back-end com Python Pequeno Banco de Dados com Cassandra Diversos sub-times
6. O processo do deploy para produção Desde o primeiro dia, em qualquer alteração!
7. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
8. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
9. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
10. testes unitários (js,python) linters (js,python,ruby) arquivo de dist é criado uma tag de pré-release é criada o arquivo de dist é associado à respectiva tag no GitHub o código é deployado em um nodo de teste smoke test é executado Build Branch!
11. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
12. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
13. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
14. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
15. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
16. Código na Master! testes unitários (js,python) linters (js,python,ruby) arquivo de dist é criado uma tag de release é criada o arquivo de dist é associado à respectiva tag no GitHub Esperar o próximo ônibus
17. O ônibus parte de hora em hora 9 vezes por dia e leva a última tag de release do GitHub até produção
18. O itinerário do ônibus ...ou git master pra produção
19. 1 9 ...
20. Deploy para staging & preprod
21. ...
22. Roda os testes de aceitação
23. 2 3 Rodam os testes de aceitação
24. Quando os testes falham...
26. Deploy pra produção!
28. Práticas TDD Pair programming Feature Toggles Pull Requests e CD (wat?) Mudanças pequenas ChatOps DevOps Como faz? 2 8 Radiadores de informação
29. 2 9 Como faz? Ferramentas Automação Servidores Workstations Ambiente desenvolvimento Pipeline
30. Pontos de Dor Aplicação grande rodar todos testes localmente pode levar horas múltiplas Single Page Application (SPA) processo de deploy leva ~ 1 hora Poucos builds verdes dependentes da estabilidade de outras APIs a rede é (in)stável
31. VLW FLW Bárbara Hartmann bhartman@thoughtworks.com - @bahartmann Eduardo Aquiles Radanovitsck eduardoaquiles@thoughtworks.com - @eduaquiles