O DevOps Acabou (DevOpsDays Porto Alegre 2021)

Palestra apresentada dia 10 de julho (dia da pizza) de 2021 no DevOpsDays Porto Alegre - https://devopsdays.org/events/2021-porto-alegre/program/wellington-silva. 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.

1. O DevOps 
 Acabou!
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. Agenda • História do DevOps (O que é DevOps?) • Padrões, falhas e benefícios • Importância do DevOps
4. O que é DevOps?
5. O que é DevOps?
6. O que é DevOps?
7. O que é DevOps? • 2007 na Bélgica 🇧🇪
8. O que é DevOps? • 2007 na Bélgica 🇧🇪 • Migração de datacenter
9. O que é DevOps? • 2007 na Bélgica 🇧🇪 • Migração de datacenter • Encarregado de testar
10. O que é DevOps? • 2007 na Bélgica 🇧🇪 • Migração de datacenter • Encarregado de testar • Frustrado - brigas entre devs e sysadmins
11. O que é DevOps? Agosto 2008 - Agile Conference - Toronto 🇨🇦
12. O que é DevOps? Agosto 2008 - Agile Conference - Toronto 🇨🇦 Andrew Clay Schafer
13. O que é DevOps? Agosto 2008 - Agile Conference - Toronto 🇨🇦 (Birds of a feather) Agile Infrastructure Andrew Clay Schafer
14. O que é DevOps? Agosto 2008 - Agile Conference - Toronto 🇨🇦 Andrew Clay Schafer Patrick Debois (Birds of a feather) Agile Infrastructure
15. O que é DevOps?
16. O que é DevOps? • Se encontram nos corredores do evento
17. O que é DevOps? • Se encontram nos corredores do evento • Trocaram altas ideias
18. O que é DevOps? • Se encontram nos corredores do evento • Trocaram altas ideias • Resolvem fundar o grupo: “Agile System Administration” [1]
19. O que é DevOps? Junho 2009 - Velocity 10+ deploys a day @ fl ickr [2] https://youtu.be/LdOe18KhtT4 John Allspaw Paul Hammond
20. O que é DevOps? • Patrick pelo Twitter elogia a apresentação e lamenta não ter visto ao vivo
21. 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
22. 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 • Dias 30 e 31 de outubro de 2009 em Ghent na Bélgica 🇧🇪
23. 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 • Dias 30 e 31 de outubro de 2009 em Ghent na Bélgica 🇧🇪 • Agile Systems Administrators Conference DevOpsDays [3]
27. O que é DevOps? • Cerca de 60 Developers, SysAdmins, Gerentes vieram de vários cantos do "mundo".
28. 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. 

29. 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: 🇧🇪 ~🍺
30. 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
31. O que é DevOps? • Em 2010 DevOpsDays rolou em Sydney, Montain View (USA), São Paulo (Brasil) e Hamburgo
32. 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
33. 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)
34. Antes do DevOps
35. Antes do DevOps ITIL na moda:
36. Antes do DevOps ITIL na moda: • Muito estruturado (silos), desconfiança entre as gerências.
37. Antes do DevOps ITIL na moda: • Muito estruturado (silos), desconfiança entre as gerências. • Burocrático e caro para entregar valor
38. Antes do DevOps • Wall of confusion 💩
39. Antes do DevOps • Wall of confusion 💩
40. Antes do DevOps • Wall of confusion 💩
41. Antes do DevOps • Wall of confusion 💩
42. Antes do DevOps • Wall of confusion 💩
43. Antes do DevOps • Wall of confusion 💩
44. Antes do DevOps • Wall of confusion 💩 Devs Ops
45. Antes do DevOps
46. Antes do DevOps
47. Antes do DevOps Wall of confusion
48. Antes do DevOps Wall of confusion • Ninguém assume culpa, aponta para o outro
49. Antes do DevOps Wall of confusion • Ninguém assume culpa, aponta para o outro • Não há compartilhamento de conhecimento entre as áreas
50. 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
51. Antes do DevOps Desalinhamento de objetivos
52. Antes do DevOps Desalinhamento de objetivos • Meta para Devs: entrega de funcionalidades
53. Antes do DevOps Desalinhamento de objetivos • Meta para Devs: entrega de funcionalidades • Meta para Sysadmins: uptime e resiliencia dos servidores
54. 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.
55. Com DevOps
56. The 3 Ways [4]
57. The 3 Ways Dev Ops Business Customers Dev Ops Dev Ops
58. The 3 Ways Primeira
59. Primeira Dev Ops Business Customers
60. Primeira Maximiza o fluxo
61. Primeira Maximiza o fluxo • Torna o trabalho visível
62. Primeira Maximiza o fluxo • Torna o trabalho visível • Diminui o tamanho dos entregáveis
63. Primeira Maximiza o fluxo • Torna o trabalho visível • Diminui o tamanho dos entregáveis • Limita o WIP (Work in Progress)
64. Primeira Maximiza o fluxo • Torna o trabalho visível • Diminui o tamanho dos entregáveis • Limita o WIP (Work in Progress) • Elimina desperdícios
65. Primeira Maximiza o fluxo • Torna o trabalho visível • Diminui o tamanho dos entregáveis • Limita o WIP (Work in Progress) • Elimina desperdícios • Identifica e reduz gargalos
66. The 3 Ways Segunda
67. Segunda Dev Ops
68. Segunda Usa a entrega como aprendizado
69. Segunda Usa a entrega como aprendizado • Encurta o ciclo de feedback
70. Segunda Usa a entrega como aprendizado • Encurta o ciclo de feedback • Gera e incorpora aprendizado
71. Segunda Usa a entrega como aprendizado • Encurta o ciclo de feedback • Gera e incorpora aprendizado • Falha rápido para não impactar customers
72. The 3 Ways Terceira
73. Terceira Dev Ops
74. Terceira Ciclo completo
75. Terceira Ciclo completo • Testes e experimentos em todas as partes do fluxo
76. Terceira Ciclo completo • Testes e experimentos em todas as partes do fluxo • Aprendizado pelas falhas
77. Terceira Ciclo completo • Testes e experimentos em todas as partes do fluxo • Aprendizado pelas falhas • Aprendizado pela prática e repetição
78. 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
79. KEEP 
 CALMS And DevOps [5]
80. CALMS • Culture • Automation • Lean • Measure • Sharing
81. CALMS - Culture • Pessoas e processos 👥
82. CALMS - Culture • Pessoas e processos 👥 • Sem cultura as demais ações falham.
83. CALMS - Culture • Pessoas e processos 👥 • Sem cultura as demais ações falham. • Imprescindível as pessoas confiarem umas nas outras
84. CALMS - Automation • Traz velocidade 🏎
85. CALMS - Automation • Traz velocidade 🏎 • Elimina erros de processos manuais
86. CALMS - Automation • Traz velocidade 🏎 • Elimina erros de processos manuais s • Diminui time to market, tempo de detecção e recuperação (MTTR) ⏰
87. 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
88. 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
89. CALMS - Lean • Eliminar desperdícios 🗑
90. CALMS - Lean • Eliminar desperdícios 🗑 • Visibilidade do todo 👀
91. CALMS - Lean • Eliminar desperdícios 🗑 • Visibilidade do todo 👀 • Limita WIP
92. CALMS - Lean • Eliminar desperdícios 🗑 • Visibilidade do todo 👀 • Limita WIP • Melhora o fluxo de entregas 📦
93. CALMS - Measure • Sem medir como descobrir o que melhorar 📏
94. CALMS - Measure • Sem medir como descobrir o que melhorar 📏 • Identifica gargalos
95. CALMS - Measure • Sem medir como descobrir o que melhorar 📏 • Identifica gargalos • Telemetria (performance, logs)
96. CALMS - Measure • Sem medir como descobrir o que melhorar 📏 • Identifica gargalos • Telemetria (performance, logs) • Pessoas e Processos 👥
97. CALMS - Sharing • Processo de loop back
98. CALMS - Sharing • Processo de loop back • Melhora o fluxo de comunicação 🎤
99. CALMS - Sharing • Processo de loop back • Melhora o fluxo de comunicação 🎤 • Aprendizado gera conhecimento
100. CALMS - Sharing • Processo de loop back • Melhora o fluxo de comunicação 🎤 • Aprendizado gera conhecimento • Conhecimento é espalhado
101. DevOps keeps it cool with ICE [6]
102. ICE • Inclusivity • Complexity • Empathy
103. ICE - Inclusivity • Devs • SysAdmins / Ops • QAs • DBAs • Sec • NOC • Support
104. ICE - Inclusivity • Seniors • Juniors
105. ICE - Inclusivity • Diferentes etnias • Diferentes gêneros
106. ICE - Complexity • Sistemas são complexos
107. ICE - Complexity • Sistemas são complexos • Mesmos simples blogs tem subsistemas para garantir que o conteúdo esteja disponível
108. ICE - Complexity • Sistemas são complexos • Mesmos simples blogs tem subsistemas para garantir que o conteúdo esteja disponível • Sistemas quebram
109. 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
110. ICE - Empathy • Ingrediente MAIS IMPORTANTE
111. ICE - Empathy • Ingrediente MAIS IMPORTANTE • Coloque-se no lugar do próximo
112. Por que DevOps?
113. Por que DevOps? State of DevOps Report [7]
114. Por que DevOps? State of DevOps Report • Pesquisa feita há alguns anos com pessoas relacionadas
115. Por que DevOps? State of DevOps Report • Pesquisa feita há alguns anos com pessoas relacionadas • Identifica e compara empresas high- performance e low-performance
116. Por que DevOps? No report de 2018, empresas high-performance vs low-performance
117. Por que DevOps? No report de 2018, empresas high-performance vs low-performance • 46 vezes mais deploys
118. 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
119. 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
120. 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
121. E por que o DevOps não dá certo?
122. Falhas • DevOps Cargo • Time DevOps • Ferramentas DevOps
123. Falhas - DevOps Cargo • Time onde os integrantes
124. Falhas - DevOps Cargo
125. Falhas - DevOps Cargo
126. Falhas - DevOps Cargo
127. Falhas - DevOps Cargo
128. Falhas - DevOps Cargo
129. Falhas - DevOps Cargo
130. Falhas - DevOps Cargo
131. Falhas - Time DevOps Time onde os integrantes
132. Falhas - Time DevOps Time onde os integrantes • Conhecem todas ferramentas e tecnologias
133. Falhas - Time DevOps Time onde os integrantes • Conhecem todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas
134. Falhas - Time DevOps Time onde os integrantes • Conhecem todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas
135. Falhas - Time DevOps Time onde os integrantes • Conhecem todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas • Não desenvolvem as aplicações
136. Falhas - Time DevOps Time onde os integrantes • Conhecem todas ferramentas e tecnologias • Podem fazer qualquer coisa nas máquinas Mas • Não desenvolvem as aplicações • Nem colocam elas nos servidores
137. Falhas - Time DevOps Time onde os integrantes
138. Falhas - Ferramentas • Puppet • Chef • Ansible • Vagrant • Terraform • Packer • Docker • Jenkins • Kubernetes • ELK O que essas ferramentas tem em comum?
139. Falhas - Ferramentas Todas elas são ferramentas DevOps
140. Falhas - Ferramentas Todas elas são ferramentas DevOps 
 ERROOOUU!! São ferramentas de automação
141. Falhas - Ferramentas Todas elas são ferramentas DevOps
142. Falhas - Ferramentas • Jira • Clubhouse • Trello • Slack • Mattermost • PagerDuty • New Relic • Datadog • Gitlab • Github E essas ferramentas?
143. Falhas - Ferramentas São ferramentas para
144. Falhas - Ferramentas São ferramentas para • Comunicação
145. Falhas - Ferramentas São ferramentas para • Comunicação • Monitoramento
146. Falhas - Ferramentas São ferramentas para • Comunicação • Monitoramento • Colaboração
147. 7 deadly diseases of DevOps[8]
148. 7 Erros Mortais 1. Trabalho invisível
149. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil
150. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil 3. Conhecimento em tribos
151. 7 Erros Mortais 1. Trabalho invisível 2. Gerencia de toil 3. Conhecimento em tribos 4. Desalinhamento de incentivos
152. 7 Erros Mortais 5. Design organizacional incongruente
153. 7 Erros Mortais 5. Design organizacional incongruente 6. Gerencia de complexidade
154. 7 Erros Mortais 5. Design organizacional incongruente 6. Gerencia de complexidade 7. Teatro de segurança e conformidades
155. Devo me importar?
156. A Importância DevOps: • Não é produto • Não é especificação • Não é um emprego • Não é ferramenta
157. 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…)
158. 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 enraizada em grandes corporações
159. DevOps não é uma coisa. É o como.
160. A Importância As boas consequências 👍:
161. A Importância As boas consequências 👍: • Melhora das entrega nas empresas onde essas pessoas envolvidas trabalham
162. 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)
163. 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
164. A Importância As más consequências 👎:
165. A Importância As más consequências 👎: • Empresas passaram a perceber e querer o DevOps.
166. A Importância As más consequências 👎: • Empresas passaram a perceber e querer o DevOps. • Outras se apoderam e tentam vender DevOps
167. 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
168. O DevOps acabou?
169. 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/
170. Obrigado https://speakerdeck.com/wsilva