DevOps. Carlos Eduardo Buzeto IT Specialist IBM Software, Rational Agosto Accelerating Product and Service Innovation

Transcrição

1 DevOps Carlos Eduardo Buzeto IT Specialist IBM Software, Rational Agosto

2

3

4

5 O desenvolvedor

6 O mundo mágico de operações

7 Como o desenvolvedor vê operações

8 Como operações vê uma nova release

9 A GMUD

10 O dia da GMUD!!!

11

12

13

14

15 O dia seguinte...

16

17 San Jose, CA (2009) Velocity

18 Ghent, Belgica (2009) Devopsdays

19 O que é DevOps DevOps é uma cultura de produção de software que representa os conhecimentos, práticas, costumes e todos os outros hábitos e capacidades adquiridos pelo engenheiro como membro de uma equipe, com foco em manter o fluxo contínuo e integrado dos ciclos de criação e entrega de software.

20 Desenvolvimento e Testes Áreas de Negócio Requisitos Software Operações/Produção Feedback Clientes Serviços Fluxo de DevOps

21 Kaizen, não Kaikaku Significado: - Kaikaku: mudança radical/ruptura - Kaizen: pequenas melhorias constantes Organização nova/startup: Kaikaku Cultura já estabelecida: Kaizen

22 Como abordar DevOps? 1. Auto-Conhecimento Como as coisas são feitas atualmente? Mapear os processos, papéis, tecnologias, valores, etc; Dar visibilidade ao trabalho que é executado;

23 Como abordar DevOps? 2. Novas culturas Ter contato com outras culturas; Conhecer novas tecnologias, práticas, etc; Pesquisar o que outras empresas/equipes estão fazendo; Como eles trabalham, quais são seus hábitos, conhecimentos, etc.

24 Como abordar DevOps? 3. Adaptação Quais conhecimentos adquiridos podem funcionar na minha cultura? Qual o impacto cultural dos novos hábitos? Quais práticas e tecnologias ajudariam a tornar o fluxo de DevOps melhor, mais natural e ágil?;

25 Como abordar DevOps? 4. Adoção Adaptar o cotidiano para as mudanças nos hábitos; Capacitar as pessoas nas novas tecnologias; Apoiar a adoção dos novos conhecimentos; Prover um ambiente saudável de colaboração.

26 Como abordar DevOps? 5. Melhoria contínua Coletar em tempo real dados sobre os ciclos de produção; Medir o resultado dos novos hábitos; Identificar potenciais pontos de melhoria; Adaptar os hábitos com base nos resultados; Voltar ao Passo 1.

27 Tecnologias para suportar DevOps Rational Build Forge Rational Automation Framework Jenkins Chef Application Release Management Application Deployment Automation Cloud Provisioning Rational Team Concert (CLM) Rational Test Workbench SmartCloud Continuous Delivery SmartCloud Provisioning SmartCloud Orchestrator 27 SmartCloud Control Desk

28 Quando 2 heróis se tornam 1!

29 Accelerating Product and Service Innovation Carlos Eduardo Buzeto 29

30 Accelerating Product and Service Innovation Copyright IBM Corporation All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, Rational, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. 30

31 31

32

33 Solução Framework (ops to dev) Envolvimento de dev no ambiente de ops Processo definido, claro e simples de priorização dos defeitos em ops 20% do tempo dós sprints de dev usados para melhoria do software Integração entre os chamados em ops e os tickets em dev Medição Melhoria continua