O DevOps Acabou (FiqueEmCasaConf 2020)

O DevOps Acabou (FiqueEmCasaConf 2020)

Palestra apresentada dia 20 de abril de 2020 no FiqueEmCasaConf - https://github.com/linuxtips/FiqueEmCasaConf. Conceituamos o que é o DevOps, como surgiu, características, as vantagens e dificuldades de implementar, erros e o que não é DevOps. Mostramos qual o DevOps que tem que ter vida longa e qual o DevOps que deveria acabar.

280fecb4f048de5ecf36bec281609ea4?s=128

Wellington F. Silva

April 20, 2020
Tweet

Transcript

  1. O DevOps Acabou! #FiqueEmCasaConf

  2. Wellington F. Silva contato: @_wsilva nicks: wsilva, boina, tom, fisi*

    funções: pai, tec. telecom, programador, sysadmin, docker community leader, instrutor, escritor, zend certified engineer, docker certified associate, certified kubernetes administrator * deprecation in favor of Well
  3. #FiqueEmCasa • Esqueça as visitas, faça videocalls

  4. #FiqueEmCasa • Esqueça as visitas, faça videocalls • Ajude galera

    do risco
  5. #FiqueEmCasa • Esqueça as visitas, faça videocalls • Ajude galera

    do risco • Maior CUIDADO do mundo quando for ter contato
  6. #FiqueEmCasa • Esqueça as visitas, faça videocalls • Ajude galera

    do risco • Maior CUIDADO do mundo quando for ter contato • Deixa a rua para quem precisa: logística, bombeiros, ambulâncias, polícia, abastecimento, etc
  7. #FiqueEmCasa • Esqueça as visitas, faça videocalls • Ajude galera

    do risco • Maior CUIDADO do mundo quando for ter contato • Deixa a rua para quem precisa: logística, bombeiros, ambulâncias, polícia, abastecimento, etc • Cuidado com sua saúde (mental tbm) pegue leve com todos (isso inclui você)
  8. Agenda • História do DevOps (O que é DevOps?) •

    Padrões, falhas e benefícios • Importância do DevOps
  9. O que é DevOps?

  10. O que é DevOps?

  11. O que é DevOps?

  12. O que é DevOps? • 2007 na Bélgica

  13. O que é DevOps? • 2007 na Bélgica • Migração

    de datacenter
  14. O que é DevOps? • 2007 na Bélgica • Migração

    de datacenter • Encarregado de testar
  15. O que é DevOps? • 2007 na Bélgica • Migração

    de datacenter • Encarregado de testar • Frustrado - brigas entre devs e sysadmins
  16. O que é DevOps? Agosto 2008 - Agile Conference -

    Toronto
  17. O que é DevOps? Agosto 2008 - Agile Conference -

    Toronto Andrew Clay Schafer
  18. O que é DevOps? Agosto 2008 - Agile Conference -

    Toronto Birds of a feather Agile Infrastructure Andrew Clay Schafer
  19. O que é DevOps? Agosto 2008 - Agile Conference -

    Toronto Birds of a feather Agile Infrastructure Andrew Clay Schafer Patrick Debois
  20. O que é DevOps?

  21. O que é DevOps? • Se encontram nos corredores do

    evento
  22. O que é DevOps? • Se encontram nos corredores do

    evento • Trocaram altas ideias
  23. O que é DevOps? • Se encontram nos corredores do

    evento • Trocaram altas ideias • Resolvem fundar o grupo: “Agile System Administration” [1]
  24. O que é DevOps? Junho 2009 - Velocity 10 deploys

    per day [2] https://youtu.be/LdOe18KhtT4 John Allspaw Paul Hammond
  25. O que é DevOps? • Patrick pelo Twitter elogia a

    apresentação e lamenta não ter visto ao vivo
  26. O que é DevOps? • Patrick pelo Twitter elogia a

    apresentação e lamenta não ter visto ao vivo • Paul Nasrat "tweeta" sugerindo fazer uma Velocity Belga
  27. O que é DevOps? • Patrick pelo Twitter elogia a

    apresentação e lamenta não ter visto ao vivo • Paul Nasrat "tweeta" sugerindo fazer uma Velocity Belga • Evento foi dias 30 e 31 de outubro de 2009 em Ghent na Bélgica
  28. O que é DevOps? • Patrick pelo Twitter elogia a

    apresentação e lamenta não ter visto ao vivo • Paul Nasrat "tweeta" sugerindo fazer uma Velocity Belga • Evento foi dias 30 e 31 de outubro de 2009 em Ghent na Bélgica • Agile Systems Administrators Conference DevOpsDays [3]
  29. None
  30. None
  31. None
  32. O que é DevOps? • Cerca de 60 Developers, SysAdmins,

    Gerentes vieram de vários cantos do "mundo".
  33. O que é DevOps? • Cerca de 60 Developers, SysAdmins,

    Gerentes vieram de vários cantos do "mundo". • Após evento preferiram não definir manifesto DevOps e deixar aberto.
  34. O que é DevOps? • Cerca de 60 Developers, SysAdmins,

    Gerentes vieram de vários cantos do "mundo". • Após evento preferiram não definir manifesto DevOps e deixar aberto. Compreensível: ~
  35. O que é DevOps? • Cerca de 60 Developers, SysAdmins,

    Gerentes vieram de vários cantos do "mundo". • Após evento preferiram não definir manifesto DevOps e deixar aberto. Compreensível: ~ • Continuaram a trocar ideia pelo Twitter usando #devops
  36. O que é DevOps? • Em 2010 DevOpsDays rolou em

    Sydney, Montain View (USA), São Paulo (Brasil) e Hamburgo
  37. O que é DevOps? • Em 2010 DevOpsDays rolou em

    Sydney, Montain View (USA), São Paulo (Brasil) e Hamburgo • Vários meetups e conferences seguiram aparecendo solidificando uma comunidade
  38. O que é DevOps? • Em 2010 DevOpsDays rolou em

    Sydney, Montain View (USA), São Paulo (Brasil) e Hamburgo • Vários meetups e conferences seguiram aparecendo solidificando uma comunidade • Novas ferramentas criadas com esse novo foco 1ª foi Vagrant em 2011
  39. Antes do DevOps

  40. Antes do DevOps ITIL na moda:

  41. Antes do DevOps ITIL na moda: • Muito estruturado (silos),

    desconfiança entre as gerências.
  42. Antes do DevOps ITIL na moda: • Muito estruturado (silos),

    desconfiança entre as gerências. • Burocrático e caro para entregar valor
  43. Antes do DevOps • Wall of confusion

  44. Antes do DevOps • Wall of confusion

  45. Antes do DevOps • Wall of confusion

  46. Antes do DevOps • Wall of confusion

  47. Antes do DevOps • Wall of confusion

  48. Antes do DevOps • Wall of confusion

  49. Antes do DevOps • Wall of confusion Devs Ops

  50. Antes do DevOps

  51. Antes do DevOps

  52. Antes do DevOps Wall of confusion

  53. Antes do DevOps Wall of confusion • Ninguém assume culpa,

    aponta para o outro
  54. Antes do DevOps Wall of confusion • Ninguém assume culpa,

    aponta para o outro • Não há compartilhamento de conhecimento entre as áreas
  55. Antes do DevOps Wall of confusion • Ninguém assume culpa,

    aponta para o outro • Não há compartilhamento de conhecimento entre as áreas • Não há empatia
  56. Antes do DevOps Wall of confusion • Ninguém assume culpa,

    aponta para o outro • Não há compartilhamento de conhecimento entre as áreas • Não há empatia • Geralmente é um detalhe de configuração ou algo parecido
  57. Antes do DevOps Desalinhamento de objetivos

  58. Antes do DevOps Desalinhamento de objetivos • Meta para Devs:

    entrega de funcionalidades
  59. Antes do DevOps Desalinhamento de objetivos • Meta para Devs:

    entrega de funcionalidades • Meta para Sysadmins: uptime e resiliencia dos servidores
  60. Antes do DevOps Desalinhamento de objetivos • Meta para Devs:

    entrega de funcionalidades • Meta para Sysadmins: uptime e resiliencia dos servidores • São jogados um contra os outros.
  61. Com DevOps

  62. As 3 maneiras [4]

  63. As 3 maneiras Dev Ops Business Customers Dev Ops Dev

    Ops
  64. As 3 maneiras Primeira

  65. Primeira Dev Ops Business Customers

  66. Primeira Maximiza o fluxo

  67. Primeira Maximiza o fluxo • Torna o trabalho visível

  68. Primeira Maximiza o fluxo • Torna o trabalho visível •

    Diminui o tamanho do entregável
  69. Primeira Maximiza o fluxo • Torna o trabalho visível •

    Diminui o tamanho do entregável • Limita o WIP (Work in Progress)
  70. Primeira Maximiza o fluxo • Torna o trabalho visível •

    Diminui o tamanho do entregável • Limita o WIP (Work in Progress) • Elimina desperdícios
  71. Primeira Maximiza o fluxo • Torna o trabalho visível •

    Diminui o tamanho do entregável • Limita o WIP (Work in Progress) • Elimina desperdícios • Identifica e reduz gargalos
  72. As 3 maneiras Segunda

  73. Segunda Dev Ops

  74. Segunda Usa a entrega como aprendizado

  75. Segunda Usa a entrega como aprendizado • Encurta o ciclo

    de feedback
  76. Segunda Usa a entrega como aprendizado • Encurta o ciclo

    de feedback • Gera e incorpora aprendizado
  77. Segunda Usa a entrega como aprendizado • Encurta o ciclo

    de feedback • Gera e incorpora aprendizado • Falha rápido para não impactar customers
  78. As 3 maneiras Terceira

  79. Terceira Dev Ops

  80. Terceira Ciclo completo

  81. Terceira Ciclo completo • Testes e experimentos em todas as

    partes do fluxo
  82. Terceira Ciclo completo • Testes e experimentos em todas as

    partes do fluxo • Aprendizado pelas falhas
  83. Terceira Ciclo completo • Testes e experimentos em todas as

    partes do fluxo • Aprendizado pelas falhas • Aprendizado pela prática e repetição
  84. Terceira Ciclo completo • Testes e experimentos em todas as

    partes do fluxo • Aprendizado pelas falhas • Aprendizado pela prática e repetição • Aumento da resiliência
  85. KEEP CALMS And DevOps [5]

  86. CALMS • Culture • Automation • Lean • Measure •

    Sharing
  87. CALMS - Culture • Pessoas e processos

  88. CALMS - Culture • Pessoas e processos • Sem cultura

    as demais ações falham.
  89. CALMS - Culture • Pessoas e processos • Sem cultura

    as demais ações falham. • Imprescindível as pessoas confiarem umas nas outras
  90. CALMS - Automation • Traz velocidade

  91. CALMS - Automation • Traz velocidade • Elimina erros de

    processos manuais
  92. CALMS - Automation • Traz velocidade • Elimina erros de

    processos manuais s • Diminui time to market, tempo de detecção e recuperação (MTTR) ⏰
  93. CALMS - Automation • Traz velocidade • Elimina erros de

    processos manuais s • Diminui time to market, tempo de detecção e recuperação (MTTR) ⏰ • Mudanças naturalmente rastreadas e auditáveis
  94. CALMS - Automation • Traz velocidade • Elimina erros de

    processos manuais s • Diminui time to market, tempo de detecção e recuperação (MTTR) ⏰ • Mudanças naturalmente rastreadas e auditáveis • Aumento de confiança nas entregas
  95. CALMS - Lean • Eliminar desperdícios

  96. CALMS - Lean • Eliminar desperdícios • Visibilidade do todo

  97. CALMS - Lean • Eliminar desperdícios • Visibilidade do todo

    • Limita WIP
  98. CALMS - Lean • Eliminar desperdícios • Visibilidade do todo

    • Limita WIP • Melhora o fluxo de entregas
  99. CALMS - Measure • Sem medir como descobrir o que

    melhorar
  100. CALMS - Measure • Sem medir como descobrir o que

    melhorar • Identifica gargalos
  101. CALMS - Measure • Sem medir como descobrir o que

    melhorar • Identifica gargalos • Telemetria (performance, logs)
  102. CALMS - Measure • Sem medir como descobrir o que

    melhorar • Identifica gargalos • Telemetria (performance, logs) • Pessoas e Processos
  103. CALMS - Sharing • Processo de loop back

  104. CALMS - Sharing • Processo de loop back • Melhora

    o fluxo de comunicação
  105. CALMS - Sharing • Processo de loop back • Melhora

    o fluxo de comunicação • Aprendizado gera conhecimento
  106. CALMS - Sharing • Processo de loop back • Melhora

    o fluxo de comunicação • Aprendizado gera conhecimento • Conhecimento é espalhado
  107. DevOps keeps it cool with ICE [6]

  108. ICE • Inclusivity • Complexity • Empathy

  109. ICE - Inclusivity • Devs • SysAdmins / Ops •

    QAs • DBAs • Support
  110. ICE - Inclusivity • Seniors • Juniors

  111. ICE - Inclusivity • Diferentes etnias • Diferentes gêneros

  112. ICE - Complexity • Sistemas são complexos

  113. ICE - Complexity • Sistemas são complexos • Mesmos simples

    blogs tem subsistemas para garantir que o conteúdo esteja disponível
  114. ICE - Complexity • Sistemas são complexos • Mesmos simples

    blogs tem subsistemas para garantir que o conteúdo esteja disponível • Sistemas quebram
  115. ICE - Complexity • Sistemas são complexos • Mesmos simples

    blogs tem subsistemas para garantir que o conteúdo esteja disponível • Sistemas quebram • Sistemas estão em constantes mudanças
  116. ICE - Empathy • Ingrediente MAIS IMPORTANTE

  117. ICE - Empathy • Ingrediente MAIS IMPORTANTE • Coloque-se no

    lugar do próximo
  118. Por que DevOps?

  119. Por que DevOps? State of DevOps Report [7]

  120. Por que DevOps? State of DevOps Report • Pesquisa feita

    há alguns anos com pessoas relacionadas
  121. Por que DevOps? State of DevOps Report • Pesquisa feita

    há alguns anos com pessoas relacionadas • Identifica e compara empresas high- performance e low-performance
  122. Por que DevOps? No report de 2018, empresas high-performance vs

    low-performance
  123. Por que DevOps? No report de 2018, empresas high-performance vs

    low-performance • 46 vezes mais deploys
  124. Por que DevOps? No report de 2018, empresas high-performance vs

    low-performance • 46 vezes mais deploys • Depoy lead time 2555 vezes mais rápido
  125. Por que DevOps? No report de 2018, empresas high-performance vs

    low-performance • 46 vezes mais deploys • Deploy lead time 2555 vezes mais rápido • 7 vezes menos falhas
  126. Por que DevOps? No report de 2018, empresas high-performance vs

    low-performance • 46 vezes mais deploys • Depoy lead time 2555 vezes mais rápido • 7 vezes menos falhas • MTTR 2604 vezes mais rápido
  127. E por que o DevOps não dá certo?

  128. Falhas • DevOps Cargo • Time DevOps • Ferramentas DevOps

  129. Falhas - DevOps Cargo • Time onde as pessoas

  130. Falhas - DevOps Cargo

  131. Falhas - DevOps Cargo

  132. Falhas - DevOps Cargo

  133. Falhas - DevOps Cargo

  134. Falhas - DevOps Cargo

  135. Falhas - DevOps Cargo

  136. Falhas - DevOps Cargo

  137. Falhas - Time DevOps Time onde as pessoas

  138. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias
  139. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas
  140. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas
  141. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas • Não desenvolvem as aplicações
  142. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas • Não desenvolvem as aplicações s • Nem colocam elas nos servidores
  143. Falhas - Time DevOps Time onde as pessoas • Conhecem

    todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas • Não desenvolvem as aplicações s • Nem colocam elas nos servidores ¯\_(ツ)_/¯
  144. Falhas - Ferramentas • Puppet • Chef • Ansible •

    Vagrant • Terraform • Packer • Docker • Jenkins • Kubernetes • ELK O que essas ferramentas tem em comum?
  145. Falhas - Ferramentas Todas elas são ferramentas DevOps

  146. Falhas - Ferramentas Todas elas são ferramentas DevOps ERROOOUU!! São

    ferramentas de automação
  147. Falhas - Ferramentas Todas elas são ferramentas DevOps ERROOOUU!! São

    ferramentas de automação ¯\_(ツ)_/¯
  148. Falhas - Ferramentas • Jira • Clubhouse • Trello •

    Slack • Mattermost • PagerDuty • New Relic • Datadog • Gitlab • Github E essas ferramentas?
  149. Falhas - Ferramentas São ferramentas para

  150. Falhas - Ferramentas São ferramentas para • Comunicação

  151. Falhas - Ferramentas São ferramentas para • Comunicação • Monitoramento

  152. Falhas - Ferramentas São ferramentas para • Comunicação • Monitoramento

    • Colaboração
  153. 7 deadly diseases of DevOps[8]

  154. 7 Erros Mortais 1. Trabalho invisível

  155. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil

  156. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil

    3. Conhecimento em tribos
  157. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil

    3. Conhecimento em tribos 4. Desalinhamento de incentivos
  158. 7 Erros Mortais 5. Design organizacional incongruente

  159. 7 Erros Mortais 5. Design organizacional incongruente 6. Gerencia de

    complexidade
  160. 7 Erros Mortais 5. Design organizacional incongruente 6. Gerencia de

    complexidade 7. Teatro de segurança e conformidades
  161. Devo me importar?

  162. A Importância DevOps: • Não é produto • Não é

    especificação • Não é um emprego • Não é ferramenta
  163. A Importância DevOps • É de praticantes para praticantes •

    É cunhada e pela comunidade • É descentralizado • É aberto a todos • É inclusivo (papéis, gêneros, etnias, crenças, etc…)
  164. A Importância Resumindo: • Movimento baseado em troca de experiências

    (cases de sucesso e de fracasso) • Startups geralmente já saem na frente • Fazer a mudança em ambiente enterprise tipo grandes corporações é bem mais complicado • Cultura de disputa ao invés de colaboração é muito irraizada em grandes corporações
  165. DevOps não é uma coisa. É o como.

  166. A Importância As boas consequências :

  167. A Importância As boas consequências : • Melhora das entrega

    nas empresas onde essas pessoas envolvidas trabalham
  168. A Importância As boas consequências : • Melhora das entrega

    nas empresas onde essas pessoas envolvidas trabalham • Menos tempo entre o Aha e o K-ching (entre a ideia e a entrega, time to market)
  169. A Importância As boas consequências : • Melhora das entrega

    nas empresas onde essas pessoas envolvidas trabalham • Menos tempo entre o Aha e o K-ching (entre a ideia e a entrega, time to market) • Empresas mais resilientes e mais velozes
  170. A Importância As más consequências :

  171. A Importância As más consequências : • Empresas passaram a

    perceber e querer o DevOps.
  172. A Importância As más consequências : • Empresas passaram a

    perceber e querer o DevOps. • Outras se apoderam e tentam vender DevOps
  173. A Importância As más consequências : • Empresas passaram a

    perceber e querer o DevOps. • Outras se apoderam e tentam vender DevOps • Sem entender muitas acabam cometendo as falhas já comentadas durante adoção
  174. O DevOps acabou?

  175. Referências • [1] https://groups.google.com/forum/#!forum/agile-system-administration • [2] https://youtu.be/LdOe18KhtT4 • [3] https://devopsdays.org

    • [4] https://itrevolution.com/the-three-ways-principles-underpinning-devops/ • [5] https://blog.chef.io/2010/07/16/what-devops-means-to-me/ • [6] http://radar.oreilly.com/2015/01/devops-keeps-it-cool-with-ice.html • [7] https://puppet.com/resources/whitepaper/state-of-devops-report • [8] https://www.youtube.com/watch?v=QQL4WAd5b6E e https:// www.slideshare.net/botchagalupe/the-7-deadly-diseases-of-devops-2019 • https://www.fernandoike.com • https://caylent.com/2018-state-devops-reports/ • https://courses.edx.org/courses/course-v1:LinuxFoundationX+LFS161x+2T2016/ course • http://slides.com/nir0s/ • https://xebialabs.com/periodic-table-of-devops-tools/ • https://landing.google.com/sre/sre-book/toc/
  176. Obrigado #FiqueEmCasaConf https://speakerdeck.com/wsilva