Continuous Delivery. E seus princípios e práticas. Carlos Felippe Cardoso (CFC) slideshare.

Transcrição

1 Continuous Delivery E seus princípios e práticas Carlos Felippe Cardoso (CFC) slideshare.net/cfelippe Agradecimento ao Flávio Costa pela ajuda!

2 Quem sou eu? 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/Funcionário - UFRJ Agilista desde 2004

3 Palestra do Scrum Gathering RJ Ingressos deste ano no Early Bird Em até 5x sem juros

4 O que é CD? Case SiGA-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 Ops

9 Contexto O time, o projeto e o trabalho

10 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

11 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 Rio de Janeiro

12 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

13 Um sentimento reinava...

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

15 Um de nossos projetos no Jenkins testes

16 A cultura de testes já estava na veia

17 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

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

19 Servidores de produção ficaram sem garantia de hardware!

20 Novos servidores comprados!

21

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

23 E agora, o que fazemos?

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

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

26

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

28

29 Mãos à obra! O que fizemos?

30 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

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

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

33 Jenkins Dashboard

34 Jenkins Dashboard Nem sempre está verde! =(

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

36 O que fizemos? Entregar valor com frequência! Feito é melhor que perfeito Sheryl Sandberg, Facebook

37 Olhando para trás Uma rápida retrospectiva

38 Um link para um artigo no Dzone é enviado (fim de 2013) 8 Principles of Continuous Delivery De 2011! Resolvemos fazer uma rápida retrospectiva Em qual estágio estávamos?

39 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

40 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

41 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

42 Objetivos alcançados Ou aonde esse trabalho nos levou

43 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 :)

44 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

45 Jenkins Pipeline Plugin

46 O que ainda dá para melhorar Versionamento do Banco de Dados Visualização do Estágio de Build (Jenkins pipeline plugin) Volta de uma versão (rollback) é manual Monitoramento dos logs

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

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

49 O futuro Aonde queremos chegar?

50 Aonde queremos chegar?

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

52

53

54

55

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

57 Perguntas?

58 Obrigado! Slides em: slideshare.net/cfelippe