Transferir como PDF, PPTX
Carregado porFernando Ike
DevOps: A revolução ruidosa da TI
O documento discute a revolução do DevOps na TI, destacando a importância da cultura, automação e compartilhamento de informações para a transformação digital nas organizações. Ele compara organizações maduras digitalmente, que adotam práticas ágeis e lean, com aquelas imaturas que focam em tecnologias individuais, revelando que as primeiras têm desempenho superior em termos de entregas e segurança. A apresentação enfatiza a necessidade de abraçar o fracasso e promover um ambiente de aprendizado contínuo para melhorar a colaboração entre equipes de desenvolvimento e operações.
DevOps: A revolução ruidosa da TI
- 1. DevOps A revolução ruidosada TI Fernando Ike
- 3. Desempenho CustoDisponibilidade Baseado na apresentaçãodo John Willis
- 5.
- 6. Bibliotecas atualizadas Deploy rápidoe fácil Integrações com "terceiros" Acesso à infraestrutura Developers
- 7.
- 9.
- 10. Unicorns Old Unicorns Valley of Despair PerformanceOrganization Edge Techs
- 12. Organizações imaturas digitalmentetendem a se concentrarem em tecnologias individuais e em estratégias focadas na operação. Organizações maduras olham para a transformação do negócio.” “
- 13. Organizações maduras digitalmentesão 4 vezes mais propensas a fornecer aos empregados as habilidades necessárias. As empresas imaturas não tem a habilidade de conceituar como as tecnologias podem impactar o negócio. “ ”
- 14. Organizações imaturas digitalmentetendem a se concentrarem em tecnologias individuais e em estratégias focadas na operação. Organizações maduras olham para a transformação do negócio “ ”
- 15. Organizações digitalmente madurasestão mais confortáveis para assumirem riscos. Para tornar suas organizações menos avessas ao riscos, líderes das organizações tem que abraçar o fracasso como requisito para o sucesso “ ”
- 16. 2017 State ofDevOps Report – Puppet
- 17.
- 18.
- 19.
- 20.
- 21. 50% menos tempo gastoem segurança
- 22. 21% menos tempo gastoem atividades não planejadas
- 23. 44% mais tempo para novasfuncionalidades
- 24.
- 25. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Linha do tempo DevOps – Fernando Ike
- 26. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 The Three Ways – Gene Kim
- 27. Culture Automation MeasurementSharing – Damon Edwards e John Willis 1913 1948 1988 1990 1996 2001 2006 2008 2009 2010 2013
- 28. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 DevOpsDays Ghent – Patrick Debois
- 29. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Agile Infrastructure & Operation – Patrick Debois e Andrew Shafer
- 30. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 The Deployment Production Line – Dan North, Jez Humble e Chris Read
- 31. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Agile Manifesto
- 32. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013
- 33. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013
- 34. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Triumph of the Lean Production System – John Krafcik
- 35. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Toyota Production System – Taiichi Ohno e Eiji Toyoda
- 36. 1913 1948 19881990 1996 2001 2006 2008 2009 2010 2013 Linha de montagem – Henry Ford
- 37. Toyota Production System Umsistema de produção baseado em muitos anos de melhoria contínua com o objetivo de fazer veículos de maneira mais rápida e eficiente, buscando os métodos mais eficientes de produção e eliminando o desperdício.
- 38. Lean Criar mais valorpara os usuários com menos recursos, mudando o foco da otimização isolada para otimização de fluxos de produtos e serviços através de todo o fluxo de valor horizontalizado em toda a organização
- 39. Agile Manifesto Indivíduos einterações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
- 41. ● DevOps representauma mudança na cultura de TI com o foco na entrega rápida de serviço através da adoção das práticas agile e lean no contexto de abordagem orientado a sistema. ● DevOps enfatiza as pessoas (e a cultura), buscando melhorar a colaboração entre equipes de desenvolvimento e operações. ● As implementações DevOps utilizam tecnologia - especialmente ferramentas de automação que podem alavancar uma infraestrutura cada vez mais programável e dinâmica a partir da perspectiva do ciclo de vida. Gartner
- 42. Fernando Ike "DevOps significauma cultura para permitir que as organizações (e a TI) alterarem seus processos, transformando-as de organizações de baixa para alta performance."
- 43. Tradição & DevOps 1911Scania 1922 Raytheon 1955 Lockheed Martin 1972 Rabobank 1976 Tickemaster
- 46. "Ferramentas DevOps" ● SCM ●Continuous Integration ● Deployment ● Cloud / IaaS / PaaS ● BI / Monitoring ● Database Management ● Repository Management ● Configuration / Provisioning ● Release Management ● Logging ● Build ● Testing ● Containeirzation ● Collaboration ● Security
- 48.
- 53.
- 54. "Pessoas e processoprimeiro. Se você não tem a cultura, todo o esforço da automação será infrutífero" Culture Automation Measurement Sharing
- 55. "Este é umdos lugares para você começar entender sua cultura. Neste ponto, as ferramentas permitem iniciar a fábrica da automação para DevOps" Culture Automation Measurement Sharing
- 56. "Se você nãoconsegue medir, você não consegue evoluir. Uma implementação DevOps bem sucedida medirá tudo o quão frequente possível… métricas de performance, processo e mesmo métrica de pessoas" Culture Automation Measurement Sharing
- 57. "Compartilhamento é loopbackno ciclo do CAMS. É fundamental criar a cultura onde as pessoas compartilham idéias e problemas." Culture Automation Measurement Sharing
- 58.
- 59. Inclusivity Complex Empathy Inclusãoé claramente o caminho para DevOps para expandir para além de apenas Devs and Ops, impactando todas partes da organização
- 60. Inclusivity Complex Empathy Emsistemas complexos são difíceis de prever o funcionamento e quebra baseados nas experiências do passado. Elas mudam constantemente, requerendo constante experimentação e aprendizagem contínua.
- 61. Inclusivity Complex Empathy Aempatia é uma conversa em dois sentidos, uma maneira de resolver conflitos e de satisfazer as necessidades das pessoas
- 62. - Já foidemitido por errar no trabalho? - Já sofreu assédio no trabalho? - Já culpou outras equipes por falhas em um sistema ou serviço?
- 63. - É importanteter uma cultura de confiança, aprendizado e responsabilidade quando alguma coisa dá errado na sua organização - Just Culture significa que irá fazer o esforço para balancear a segurança e a responsabilidade Dekker em Just Culture
- 64. Blameless Blameless é nãoculpar as pessoas pelas falhas, mas sim identificar no processo as falhas e corrigi-las. Sem deixar de lados as responsabilidades inerentes da função.
- 65. "Nosso objetivo écompartilhar postmortems para a maior audiência possível que poderá ser beneficiada do conhecimento ou lições aprendidas." Google SRE
- 66. "Nós não falhamos,apenas descobrimos uma outra forma de fazer errado." Ana e os Robôs
- 68. Referências Strategy, no technology,drives digital transformation: http://sloanreview.mit.edu/projects/strategy-drives-digital-transformation/ State of DevOps Report - Puppet: https://puppet.com/resources/whitepaper/2016-state-of-devops-report Agile Manifesto: http://agilemanifesto.org/ Event Picture: https://www.flickr.com/photos/krisbuytaert/4061036991/in/album-72157622578881817/ Toyota Production System: http://www.toyota-global.com/company/vision_philosophy/toyota_production_system/ DevOpsDay Ghent: http://www.devopsdays.org/events/2009-ghent/ Deployment Production Line: https://continuousdelivery.com/wp-content/uploads/2011/04/deployment_production_line.pdf Ferramentas DevOps: https://en.wikipedia.org/wiki/File:Devops-toolchain.svg Lean: https://www.lean.org/WhatsLean/ DevOps pelo Gartner: http://www.gartner.com/it-glossary/devops/ DevOps figura: https://en.wikipedia.org/wiki/DevOps#/media/File:Devops.svg The Three Way: https://itrevolution.com/the-three-ways-principles-underpinning-devops/ CAMS: https://blog.chef.io/2010/07/16/what-devops-means-to-me/ ICE - Dave Zwieback: http://radar.oreilly.com/2015/01/devops-keeps-it-cool-with-ice.html Netflix Culture: https://www.slideshare.net/reed2001/culture-1798664 Knight Capital trade glitch: https://goo.gl/BpkfdE Deming to Devops - John Willis: https://www.youtube.com/watch?v=QcRWQIL5qus PDSA https://deming.org/management-system/pdsacycle Sinais de um futuro imediato http://www.muchmore.digital/2017/04/25/sinais-do-futuro-imediato/
- 69. Fernando ike ● https://www.fernandoike.com.br ●@fernandoike ● https://www.linkedin.com/in/fernandoike ● https://www.naestradadevops.com
Notas do Editor
- #12 DevOps, Lean, Transformação Digital, etc. Todas elas, de certa forma, tem coisas em comuns. Há pouca coisa documentada como a liderança tem impacto importante na implantação e perpetuação da cultura DevOps. Este estudo mostra como a liderança impacta na Transformação Digital. As lições deste estudo também podem ser aplicados para DevOps. Separei 4 das 6 conclusões.
- #17 Separei alguns números dele, vale a pena ler todo o relatório. Um dos pontos que é destacado é sobre liderança e algumas boas práticas de como os líderes das organizações podem potencializar a implantação da cultura DevOps
- #25 Em 2014 era 16%, 2015 - 19%, 2016 - 22%
- #27 Gene Kim propõe The Three Ways como um ciclo virtuoso de implementação da Cultura DevOps nas organizações. Transformando elas em organizações de alto desempenho.
- #29 Foto: https://www.flickr.com/photos/krisbuytaert/4061036991/in/album-72157622578881817/
- #30 Apresentação do Patrick Debois sobre Agile Infrastructure e Operations na Agile Conference em Toronto. Neste evento ele conversa com Andrew Shafer sobre Agile InfraStructure
- #31 Eles propõe neste artigo a automação de deploy para resolver as dificuldades de deploy que leva dias ou semanas.
- #32 Propõe agilizar o desenvolvimento de software mais rápido e um dos alicerces do DevOps
- #33 In the revised and updated edition of Lean Thinking: Banish Waste and Create Wealth in Your Corporation, authors James P. Womack and Daniel T. Jones provide a thoughtful expansion upon their value-based business system based on the Toyota model.
- #34 In the revised and updated edition of Lean Thinking: Banish Waste and Create Wealth in Your Corporation, authors James P. Womack and Daniel T. Jones provide a thoughtful expansion upon their value-based business system based on the Toyota model.
- #35 Artigo na MIT Review analisando como foi a implantação das práticas da Toyota de produção de carros na fábrica NUMMI (GM) em Freemont (Califórnia).
- #36 Início do Jidoka e Just-In-Time, foto do sistema de Kanban em uma das fábricas da Toyota.
- #37 Henry Ford e a criação da linha de montagem com esteira rolante
- #44 Exemplo de uso da cultura DevOps em empresas tradicionais
- #45 Modelo de organização de equipes na cultura DevOps
- #46 The toolchain (caixa de ferramentas)
- #49 Gene Kim defini The Three Ways para implantar a cultura DevOps numa empresa. Uma das referências para conceber The Three Ways é f Teoria das Restrições do Eliah Goldradt
- #50 The First Way - O princípio do fluxo, qual acelera a entrega do trabalho do Desenvolvimento para Operações, e então para nosso clientes Creating the foundation of our deployment pipeline Enabling fast and reliable automated testing Enabling and practicing continuous integration and testing Automating, enabling, and architecting for low-risk releases
- #51 The Second Way - O princípio do Feedback, qual nos permite criar sempre um sistema mais seguro de trabalho. Monitoramento (de todos os tipos), testes de resiliência, segurança, etc. (testes de todos os tipos) Creating telemetry to enable seeing and solving problems Using our telemetry to better anticipate problems and achieve goals Integrating user research and feedback into the work of product teams Enabling feedback so Dev and Ops can safely perform deployments Enabling feedback to increase the quality of our work through peer reviews and pair programming
- #52 The Third Way - O princípio do Aprendizado Contínuo e Experimentação promovem uma cultura de alta-confiança e uma abordagem científica para tomada de risco da melhoria organizacional e parte do nosso trabalho diário. Establish a just culture to make safety possible Inject production failures to create resilience Convert local discoveries into global improvements Reserve time to create organizational improvements and learning
- #53 Conceito criado por Deming baseado no PDCA do Walter Shewhart (Bell Labs)
- #54 Damon Edwards e John Willis - Ver o que significa cada letra do acronimo.
- #55 John Willis no post que descreve CAMS no blog do Chef.io
- #56 John Willis no post que descreve CAMS
- #57 John Willis no post que descreve CAMS
- #58 John Willis no post que descreve CAMS
- #59 Dave Zwieback propõe o ICE como parte da cultura DevOps, ele explicita que Automação e Métricas (Automation e Measurement) são as faces mais evidentes do CAMS e Culture e Sharing (C e S) não podem ser deixados de lado porque pode implicar no fracasso da cultura DevOps.
- #60 A diversidade de opiniões e experiências de vida permite abordagens criativas para resolução de problemas ou criação de produtos. Inclusão em aspecto amplo, pessoas com opções sexuais diferentes, etnias, cor, etc. Para organizações de Alta performance, é um dos pontos que permitem mentes brilhantes colaborando.
- #61 Muitas vezes Sistemas Complexos estão além da capacidade humana de compreendê-los, como tudo é software nos dias de hoje. Iots, Big Data são alguns exemplos, a complexidade dos sistemas com as diversas integrações torna impossível a previsão de falhas ou mesmo entender porque o sistema estão funcionando corretamente. Ex: Sidney Dekker faz uma boa observação sobre Sistemas Complexos: Fazer o mesmo duas vezes não irá previsivelmente ou necessariamente levar ao mesmo resultado. É essa característica que faz a lista de verificação estática e as melhores práticas, embora valiosas, insuficientes para evitar que ocorram catástrofes
- #62 Não podemos esperar uma adoção mais ampla de DevOps sem primeiro entender por que o status quo (muitas vezes doloroso) faz sentido para as pessoas e por que o DevOps pode não fazer sentido inicialmente para elas.
- #63 Blameless. Quem nunca já aconteceu esse tipo de coisa?
- #65 Erros, falhas, incidentes devem ser identificados como causa-raiz as pessoas mas sim os processo e atividades. Outras indústrias têm essa abordagem para identificar problemas e tirar as lições para que isso não ocorra novamente. Ex. Aviação, saúde, engenharia civil, etc.
- #67 Minha filha adora!!! Ela é esperta, inteligente e nerd… … No fim, como a Ana, muitos de nós mantemos escondido no lá no fundo...