O documento discute a importância da integração contínua e entrega contínua para entregar valor ao cliente de forma rápida e confiável. Ele descreve como a equipe automatizou os processos de build, teste, implantação e monitoramento para permitir várias implantações por dia com alta confiança e zero tempo de inatividade. A automação removeu barreiras e permitiu que a equipe se concentrasse em entregar valor ao negócio de forma mais ágil.

1. Integração
Contínua até a
Entrega Contínua
Agradecimento ao Flávio Costa pela ajuda!
Carlos Felippe Cardoso (CFC)
cfc@k21.com.br
@carlosfelippe
slideshare.net/cfelippe

2. Sócio e Agile Coach - Knowledge 21
Instrutor nos treinamentos:
CSD – Certified Scrum Developer
Testes Automatizados
Continuous Delivery
Técnicas de Facilitação
Prof. Colaborador - UFRJ
“Agilista” desde 2004
Quem sou eu?

3. Palestra do Scrum
Gathering RJ
http://scrumrio.com
Submissões abrem no fim
do ano!

4. O que é CD?
Case UFRJ
Principal dificuldade nas
empresas

5. Mas o que é CD?
"Nossa maior prioridade é satisfazer o cliente
através da entrega contínua e adiantada de
software com valor agregado."
1º princípio do Manifesto Ágil

6. Mas o que é CD?
"Continuous Delivery is a software
development discipline where you build
software in such a way that the software can be
released to production at any time."
Martin Fowler

7. Dev + Ops = DevOps!
“DevOps is much of the ‘how’ of achieving
continuous delivery,”
Jez Humble

8. Contexto
O time, o projeto e o trabalho

9. Contexto
Projeto:
Sistema de Gestão Acadêmica
ERP - UFRJ
Time:
Mescla de Bolsistas e Funcionários
Multidisciplinar – Dev / DB / Test / Ops
Parte técnica:
Java EE + JBoss , Linux , MS SQL Server
Integração com outros DBs corporativos

10. Treinamento em 2011 no RJ
"Vamos jogar nosso servidor de produção pela janela?"
"Quanto tempo para colocar o sistema novamente no ar?“
"Continuous Delivery for DevOps"
Jez Humble / Agosto - 2011
Rio de Janeiro

11. Automação!
“Computers are designed to do simple repetitive tasks.
The second you have humans doing repetitive tasks, all
the computers get together late at night and laugh at
you”
“… Every time you do something for the third time,
automate it. You’ll be doing it a million times…”
Neal Ford

12. Um sentimento reinava...

13. Nossa situação
O que já tínhamos automatizado?
Integração Contínua funcionando!
Parque com milhares de testes automatizados

14. Um de nossos projetos no Jenkins
2500+ testes

15. A cultura de testes já estava na veia 

16. Nossa situação (Retrospectiva)
E o que faltava?
Negócio fatiando bem as entregas
Provisionamento de Servers e Workstations
Deploy confiável e automatizado (!!!)
Monitoramento decente

17. O gatilho
Ou quando começamos a tentar automatizar tudo!

18. Servidores de produção ficaram
sem garantia de hardware!

19. Novos servidores comprados!

21. Novos servidores comprados!
E agora?
Configurar todos servidores na mão?

22. E agora, o que fazemos?

23. E agora, o que fazemos?
“If it hurts, do it more often and bring the pain forward”
Martin Fowler - Continuous Integration

24. Nosso quadro Kanban
Notem a quantidade de Post Its na raias de Ready,
Testes Exploratórios e Pronto para Produção

26. A TI cria barreiras para o
Negócio colocar código novo
em produção!

28. Mãos à obra!
O que fizemos?

29. O que fizemos?
Construir o binário somente uma vez!
E utilizá-lo em todos os lugares!
Testes de aceitação automatizados
Testes manuais exploratórios
Homologação
Produção
Jenkins

30. O que fizemos?
Automatizar o provisionamento & configuração!
Servidores
Workstations

31. O que fizemos?
Monitoramento & Dashboards
Reação mais rápida a problemas
Maior visibilidade!

32. Jenkins Dashboard

33. Jenkins Dashboard
Nem sempre está verde! =(

34. O que fizemos?
Deploy " tão" simples quanto o apertar de um botão
Recentemente deploy para homologação ficou automático!
Fabric

35. O que fizemos?
Entregar valor com frequência!
“Feito é melhor que perfeito”
Sheryl Sandberg, COO @ Facebook

36. Olhando para trás
Uma rápida retrospectiva

37. Um link para um artigo no Dzone
é enviado (fim de 2013)
8 Principles of Continuous Delivery
De 2011!
http://java.dzone.com/articles/8-principles-continuous
Resolvemos fazer uma rápida retrospectiva
Em qual estágio estávamos?

38. 8 princípios do CD
O processo de liberar/deployar software DEVE ser
reproduzível e confiável
Automatize tudo!
Se alguma coisa for difícil de fazer ou dolorosa,
faça-a com mais frequência
Coloque tudo no controle de versão

39. 8 princípios do CD
Pronto significa “Em produção”
Build quality in!
Todos são responsáveis pelo processo de
release
Melhoria contínua

40. 4 práticas do CD
Build binaries only once.
Use precisely the same mechanism to deploy to
every environment
Smoke test your deployment.
If anything fails, stop the line
Everybody has responsibility for the release
process

41. Objetivos
alcançados
Ou aonde esse trabalho nos levou…

42. Objetivos alcançados
Entrega de valor cada vez mais rápida e mais simples
Todos da equipe podem fazer deploy
Alta confiança
Tempo livre para fazer coisas mais produtivas :)

43. O que ainda dá para melhorar
(sempre tem muito a fazer...)
Versionamento do Banco de Dados
Visualização do Estágio de Build mais
customizada
(Jenkins pipeline plugin)
Volta de uma versão (rollback) é manual
Monitoramento dos logs

44. Jenkins Pipeline Plugin

45. Dia D – Vamos fazer release ?
Inscrição
Expectativa
5000+ usuários simultâneos
Deploy durante horário pico, 0 downtime, 100% confiança

46. Dia D – Vamos fazer release ?
Inscrição
Expectativa
5000+ usuários simultâneos
Deploy durante horário pico, 0 downtime, 100% confiança
5 RELEASES!!!

47. O futuro
Aonde queremos chegar?

48. Aonde queremos chegar?

49. Sabem qual o principal
problema para adotar
tudo isso que falamos?

54. Colaboração
Time Multi-disciplinar
Senso de Time
“Indivíduos e interações mais que
processos e ferramentas”

55. Perguntas?

56. Obrigado!
Email: cfc@k21.com.br
Twitter: @carlosfelippe
Slides em: slideshare.net/cfelippe