Qcon SP 2015 - Escalando times e salvando casamentos com continuous delivery
4 gostaram1,029 visualizações
O documento discute como implementar continuous delivery para escalar times e salvar casamentos. Ele descreve como o autor passou de um processo centralizado e não escalável para um fluxo automatizado e distribuído através de testes, integração contínua, automação de deploy e cultura DevOps. O autor enfatiza que falhas ainda ocorrerão, mas que transparência e aprendizado com os erros geram confiança no processo.
Qcon SP 2015 - Escalando times e salvando casamentos com continuous delivery
- 1. Escalando times e salvando casamentos com continuous delivery Bruno Ghisi @brunogh shipit.resultadosdigitais.com.br
- 2. Bruno Ghisi CTO, Resultados Digitais @brunogh
- 3. RD Station
- 5. 2015
- 7. +110 RDoers
- 10. 2014
- 11. 300 clientes
- 12. 300 clientes 7 devs 1 time
- 13. 1. branch do master 2. dev, dev, dev 3. abrir PR 4. review 5. teste em staging 6. merge master 7. deploy
- 14. EU fazia review, teste, merge e deploy!
- 15. 1. branch do master 2. dev, dev, dev 3. abrir PR 4. review 5. teste em staging 6. merge master 7. deploy
- 16. WAT?
- 20. Não escala!
- 21. Merge/deploy dos outros não é simples
- 22. Merge/deploy dos outros não é simples Centralizar é falta de confiança
- 23. Merge/deploy dos outros não é simples Centralizar é falta de confiança Gargalo para gerar valor
- 24. Merge/deploy dos outros não é simples Centralizar é falta de confiança Gargalo para gerar valor Cultura ruim
- 25. Empower People
- 30. Circle CI
- 32. Métricas
- 33. Code Climate
- 35. Code review
- 39. #2 Automatizar
- 40. The Capybot
- 42. +
- 45. via slack.com
- 46. slack > hubot interpreta com hubot deploy > API deployment do Github > avisa Heaven > deploy Heroku https://github.com/github/hubot: engine https://github.com/ResultadosDigitais/hubot-deploy: integração com Github https://github.com/atmos/heaven: app para deploy
- 47. 1. branch do master 2. dev, dev, dev 3. abrir PR 4. review por alguém do time 5. deploy via Capybot 6. merge master
- 48. Quem abriu o PR é responsável por levá-lo a produção
- 50. Todos felizes
- 52. #3 nova cultura
- 53. Devops
- 54. QA
- 56. #1 processo #2 automatizar #3 cultura
- 57. e como se recuperar dos problemas?
- 60. 1) Testes Database forks PRs incrementais
- 61. 1) Testes Database forks PRs incrementais Canary deployment
- 62. 2) Plano B Horário agendado e roteiro
- 63. 2) Plano B Horário agendado e roteiro Estratégia de rollback (automático e scripts)
- 64. In God we trust, all the others must bring DATA
- 66. Don't call us, we will call you
- 68. mesmo assim um dia você irá falhar feio
- 70. não é uma praga, é o custo de andar rápido e crescer
- 71. seja transparente e saiba pedir desculpas
- 73. gera ainda mais confiança no processo
- 74. Para você que não acompanhou até agora:
- 75. se você está fazendo algo que não escala, comece a mudar hoje
- 76. se você está fazendo algo que não escala, comece a mudar hoje e salve seu relacionamento!