TDC2016POA | Trilha Infraestrutura - Produção nove vezes ao dia - Como um time da Rackspace torna isso possível?
•
1 gostou•203 visualizações
O documento descreve o processo de desenvolvimento e implantação contínua utilizado por uma equipe para implantar mudanças na produção nove vezes por dia. Eles utilizam branches, pull requests, testes automatizados, feature toggles e entregas incrementais para implantar com segurança mudanças pequenas e frequentes. A cada hora, as novas funcionalidades validadas são implantadas automaticamente na produção através de um "ônibus" que faz o deploy das tags de versão do código-fonte.
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Destaque
Destaque (20)
Semelhante a TDC2016POA | Trilha Infraestrutura - Produção nove vezes ao dia - Como um time da Rackspace torna isso possível?
Semelhante a TDC2016POA | Trilha Infraestrutura - Produção nove vezes ao dia - Como um time da Rackspace torna isso possível? (20)
Mais de tdc-globalcode
Mais de tdc-globalcode (20)
Último
Último (20)
TDC2016POA | Trilha Infraestrutura - Produção nove vezes ao dia - Como um time da Rackspace torna isso possível?
- 1. PRODUÇÃO 9X AO DIA Um relato sobre como estruturamos nosso pipeline para ir para produção nove vezes ao dia Bárbara Hartmann Eduardo Aquiles inajara Leppa Roberto Soares
- 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
- 4. O Projeto Painel de Controle Rackspace Aplicação front-end consumindo APIs Fina camada back-end com Python Pequeno Banco de Dados com Cassandra Vários sub-times
- 5. O processo do deploy para produção Desventuras em série
- 6. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
- 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. 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!
- 10. O processo de desenvolvimento Crie sua branch Faça seus commits Build Branch! Peça revisões Vá em frente, execute o merge!
- 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. 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
- 16. O ônibus parte de hora em hora 9 vezes por dia e leva a última tag de release do GitHub até produção
- 17. O itinerário do ônibus ...ou git master pra produção
- 19. TDD Pair programming Feature Toggles Pull Requests Mudanças pequenas ChatOps DevOps Radiadores de informação Como faz? 1 9
- 20. Como faz? 2 0
- 21. 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
- 22. VLW FLW Inajara Leppa ileppa@thoughtworks.com - @inajara_ Roberto Soares rsoares@thoughtworks.com - @bt1