Palestrante. Cesar Monteiro. Master em ISO/IEC Membro da ABNT grupo CE-21:07-25, desde Tradutor oficial da Axelos Global Best Pratice

Tamanho: px

Começar a partir da página:

Download "Palestrante. Cesar Monteiro. Master em ISO/IEC Membro da ABNT grupo CE-21:07-25, desde Tradutor oficial da Axelos Global Best Pratice"

Larissa Vieira Balsemão
5 Há anos
Visualizações:

1 Seminário DevOps

Palestrante Cesar Monteiro Master em ISO/IEC 20000 Membro da ABNT grupo CE-21:07-25, desde 2006 Tradutor oficial da Axelos Global Best Pratice Membro da ISACA - desde 2005 Coordenou a construção em

2 Palestrante Cesar Monteiro Master em ISO/IEC Membro da ABNT grupo CE-21:07-25, desde 2006 Tradutor oficial da Axelos Global Best Pratice Membro da ISACA - desde 2005 Coordenou a construção em português dos seguintes cursos: ISO Associate / Specialist CobiT 5 Assessor / Implementation ITIL intermediários e MALC PRINCE 2 Desenvolveu modelo de curso de ensino à distância inédito no país Acreditado como Instrutor pelas instituições EXIN, APMG e PeopleCert.

3 IT Partners Formação Profissional

4 Linha de tempo

5 Linha de tempo

6 A TI corporativa de hoje é assim.

7 Uma visão simplificada da empresa Gerenciamento de Mudança Desenvolvimento Operações, Produção e Suporte Negócios s S e g u r a n ç a, G o v e r n a n ç a S e g u r a n ç a, G o v e r n a n ç a

O Problema de TI A TI não entende as prioridades de negócios É muito lenta e não responde às novas demandas e exigências Os projetos de TI estão sempre atrasados e acima do orçamento TI está focada

8 O Problema de TI A TI não entende as prioridades de negócios É muito lenta e não responde às novas demandas e exigências Os projetos de TI estão sempre atrasados e acima do orçamento TI está focada em tecnologia e não em objetivos de negócios A resposta padrão é "Próximo ano" ou simplesmente "NÃO Tendência de Negócios é contornar a TI interna para opções externas (Velocidade, Custo, Controle, Responsabilização)

Silos / dados fragmentados / processos redundantes Falta de integração, automação Falta de visibilidade Esscalabilidade dos

9 Negócios x TI Negócios demandam de TI Aumento da demanda por: Produtos e serviços Quantidade de mudanças Complexidade e dependência dos dados Mais eficiência Resposta ao mercado Redução de custos Processos de TI / Capacidades RISCOS? Silos / dados fragmentados / processos redundantes Falta de integração, automação Falta de visibilidade Esscalabilidade dos processos de TI Operar como um provedor de serviços de TI requer gerenciamento de demanda e processos de gerenciamento eficientes e dados através de silos! 9

A falta de entrega contínua impacta em toda empresa Linha de

nos aplicativos e serviços móveis Operações Liberar rapidamente

orçamentos dedicados à manutenção e operações 4-6 semanas para

clientes Sistemas de engajamento Experiência contínua do

Sistemas de registro CRM DB MF HR ERP iseries Cadeia de valor

>50% de projetos terceirizados não cumprem os objetivos

front office em movimento mais rápido e os sistemas de back

10 A falta de entrega contínua impacta em toda empresa Linha de negócios Leva muito tempo para introduzir ou fazer alterações nos aplicativos e serviços móveis Operações Liberar rapidamente impacta na estabilidade e conformidade dos sistemas >70% de orçamentos dedicados à manutenção e operações 4-6 semanas para entregar até mesmo pequenas alterações nos aplicativos aos clientes Sistemas de engajamento Experiência contínua do cliente Interação dos Sistemas Serviços Baseados na Nuvem Sistemas de registro CRM DB MF HR ERP iseries Cadeia de valor do parceiro >45% dos clientes experimentam atrasos na produção >50% de projetos terceirizados não cumprem os objetivos Desenvolvimento / Teste Incompatibilidade de velocidade entre o front office em movimento mais rápido e os sistemas de back office mais lentos, atrasando o tempo para obter feedback Fornecedores Entrega no contexto de agilidade

11 O desafio é preservar o valor com o menor esforço 11 Trabalhar MELHOR NÃO É trabalhar mais Então... Como entregar mais, com MENOR ESFORÇO?

12 A evolução de TI 12

13 A evolução de TI 13

14 A busca pela nova linguagem... 14

15 O que não é DevOps? Dev Ops Silos Dev e Ops

16 O que não é DevOps? Dev DevOps Ops Um silo chamado DevOps

17 O que não é DevOps? Dev DevOps Ops Dev não precisa de Ops

18 O que não é DevOps? Dev DevOps Ops DevOps é um set de ferramentas

19 O que não é DevOps? Dev DevOps Ops DevOps é o novo SysAdmin

20 O que não é DevOps? Dev DevOps Ops Ops está embutido em Dev

21 O que não é DevOps? Dev DBA Ops Dev e DBA são Silos

22 DevOps: Topologias que dão certo Alto Potencial Dev Ops Colaboração

23 DevOps: Topologias que dão certo Alto Potencial Dev Ops Responsabilidades Compartilhadas

24 DevOps: Topologias que dão certo Médio Potencial Dev DevOps Ops Ops como Infraestrutura de Serviço

25 DevOps: Topologias que dão certo Médio Potencial Dev DevOps Ops DevOps como Serviço Externo

26 DevOps: Topologias que dão certo Alto Potencial Dev DevOps Ops DevOps um time com prazo definido

27 DevOps: Topologias que dão certo Potencial Médio / Alto Dev DevOps Ops DevOps um time evangelizador

28 DevOps: Topologias que dão certo Potencial Médio / Alto Dev DevOps SRE Ops Modelo Google (Time SRE)

29 DevOps: Topologias que dão certo Médio Potencial Dev DevOps DBAs Ops Colaboração entre o DB Dev e o DBA

30 DevOps: Em resumo Não existe um time certo Existem muitas topologias erradas para qualquer organização

31 A evolução: aceleradores Lean Agile DevOps 31 GSTI / CVDS / Gerenciamento de Projetos

32 SCRUM: Metodologia Ágil 32

33 Do Agile para o DevOps 33

34 Do Agile para o DevOps 34

35 35 Ops x Dev Valores Ops: Procedimento Orientado Estabilidade Disponibilidade / Uptime Ambiente controlado / congelado Atualizações Pouco Frequentes Valores Agile Dev: Orientado a Negócios Responsivo para Mudar Em Tempo real Ambiente constantemente atualizado Ambiente CI / CD

36 36 Ops x Dev Valores Ops: Procedimento Orientado Estabilidade Disponibilidade / Uptime Ambiente controlado / congelado Atualizações Pouco Frequentes Resulta em: Necessita um longo período de antecedência Limitando o número de alterações Implantações pouco frequentes Valores Agile Dev: Orientado a Negócios Responsivo para Mudar Em Tempo real Ambiente constantemente atualizado Ambiente CI / CD Resulta em: Sprints curtos (2-3 semanas) Muitas pequenas mudanças Implantações frequentes

37 37 O que é DevOps? Características Tratar infraestrutura como código é fundamental para o DevOps Automatizar o trabalho de configuração e manutenção de infraestrutura de sistemas Tornar-se definido, eficiente, testável, auditável e padronizado Teste Automatizado faz parte do seu pipeline Pipeline automatizada de CI / CD Implantação automatizada de aplicativos Logging & Rastreabilidade de todas as alterações

38 38 O que é DevOps? Ações Aplicar técnicas ágeis às operações Onde desenvolvimento e operações trabalham juntos DevOps é a última milha do Agile Propõe implantar software com velocidade e confiança DevOps é sobre acelerar a implantação de software Não confundir desenvolvimento contínuo (CD) com integração contínua (CI)

39 Velocidade x Agilidade 39 O fluxo requer velocidade = Velocidade com direcionamento! Agile & DevOps: Foco na colaboração

41 DevOps Estatísticas da Amazon 41

42 DevOps - Estatísticas (Puppet Labs) 42

43 Práticas do DevOps

44 Práticas do DevOps Type 1 IT Estável Legado Arquitetura tradicional Proprietário Corte de custos Bi-Modal IT Type 2 IT Agile Greenfield Arquitetura Next-Gen Open Source & SaaS Investimento

45 Práticas do DevOps Agilidade nos negócios Aceleração Time-to-Market Experimentação Prototipagem rápida Parcerias Flexiveis Suporte para IoT/IoS

46 Práticas do DevOps Inovação Tecnica Multi-idioma Automação DevOps Suporte a APIs Microservices Architecture Blue-Green Deployment Aplicações elásticas e escaláveis PaaS IaaS

47 Práticas do DevOps IaaS Docker Foundation Linguagem e Stack Neutro Hybrid Cloud com AWS, VMware, & OpenStack Implantação tardia Aplicações em comum

48 Práticas do DevOps Agilidade de Negócios DevOps Inovação Tecnologica IaaS

aplicativo Não reinvente a roda: Integrar operações e desenvolvimento Pensar

49 Práticas do DevOps Por onde começar? Identifique o ambiente apropriado: Nova aplicação Novo lançamento de um aplicativo Não reinvente a roda: Integrar operações e desenvolvimento Pensar na "nuvem" ao construir os aplicativos O tamanho é importante: equipes menores, melhor DevOps é uma jornada não é um destino

50 Faça um assessment de seu ambiente Entenda como as coisas funcionam

51 O negócio! (partes interessadas e suas necessidades ) O time de Agile! IT Operations!! Implantação & Suporte Ops & Sistemas Dados Segurança Clientes / usuários finais!!

$fracasso não é um$ um veículo de

52 Uma das ferramentas mais importantes do DevOps: Lidar com as falhas De: Para: O fracasso não é um motivo de culpa, é um veículo de mudança, aprendizado e aprimoramento.

53 Arquitetura Quality Star (Jason Bloomberg) Agilidade Qualidade Triangulo do Melhor Esforço Escopo Custo Triangulo do Desenvolvimento Tradicional Tempo

54 Arquitetura Quality Star (Jason Bloomberg) Resiliência Agilidade Qualidade Flexibilidade Inerente Teste Contínuo Escopo Custo Dívida Técnica (boa) Tempo CI / CD

55 ITIL & DevOps

56 Conclusão Pessoas, processo, produtos Ferramentas são uma consequência da organização Devops é uma jornada não um destino Operações devem fazer parte do desenvolvimento de aplicativos

57 State of DevOps (Puppet Labs sponsored) 57

Documentos relacionados

Banco Inter Projeto Transformação Digital. Belo Horizonte, 28 de novembro 2018

Banco Inter Projeto Transformação Digital Belo Horizonte, 28 de novembro 2018 Agenda Quem Somos Computação em Nuvem Estrutura de Time Prática Desenvolvimento Fundação sólida de 23 anos de história Transformação