O DevOps Acabou (Startup Summit 2019)

Palestra apresentada dia 15 de agosto de 2019 no Start Summit 2019 em Florianópolis-SC (https://summit.sebrae.com.br/). Conceituamos o que é o DevOps, como surgiu, características, as vantagens e dificuldades de implementar, erros e o que não é DevOps. Mostramos o DevOps que tem que ter vida longa e o DevOps que tem que acabar.

Transcript

1. O DevOps 

   Acabou!
   

   View Slide

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 e docker
   certified associate
   * deprecation in favor of Well
   

   View Slide

3. Agenda
   • O que realmente é DevOps
   • Padrões, falhas e benefícios
   • Importância do DevOps
   

   View Slide

4. O que é DevOps?
   

   View Slide

5. O que é DevOps?
   

   View Slide

6. O que é DevOps?
   Patrick Debois
   

   View Slide

7. O que é DevOps?
   • 2007 na Bélgica !
   

   View Slide

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

   View Slide

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

   View Slide

10. O que é DevOps?
    • 2007 na Bélgica !
    • Migração de datacenter
    • Encarregado de testar
    • Frustrado - brigas entre devs e sysadmins
    

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

15. O que é DevOps?
    

    View Slide

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

    View Slide

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

    View Slide

18. O que é DevOps?
    • Se encontram nos corredores do evento
    • Trocaram altas ideias
    • Resolvem fundar o grupo: “Agile System
    Administration” [1]
    

    View Slide

19. O que é DevOps?
    Junho 2009 - Velocity
    10 deploys per day
    [2] https://youtu.be/LdOe18KhtT4
    John Allspaw Paul Hammond
    

    View Slide

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

    View Slide

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
    

    View Slide

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
    • Evento foi dias 30 e 31 de outubro de 2009 em
    Ghent na Bélgica !
    

    View Slide

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
    • Evento foi dias 30 e 31 de outubro de 2009 em
    Ghent na Bélgica !
    • Agile Systems Administrators Conference
    DevOpsDays [3]
    

    View Slide

24. View Slide

25. View Slide

26. View Slide

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

    View Slide

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. 

    Compreensível: ! ~
    

    View Slide

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: ! ~
    • Continuaram a trocar ideia pelo Twitter usando
    #devops
    

    View Slide

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

    View Slide

31. 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
    

    View Slide

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
    • Novas ferramentas criadas com esse novo foco
    1ª foi Vagrant em 2011
    

    View Slide

33. Antes do DevOps
    

    View Slide

34. Antes do DevOps
    ITIL na moda:
    

    View Slide

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

    View Slide

36. Antes do DevOps
    ITIL na moda:
    • Muito estruturado (silos), desconfiança entre
    as gerências.
    • Burocrático e caro para entregar valor
    

    View Slide

37. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

38. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

39. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

40. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

41. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

42. Antes do DevOps
    • Wall of confusion
    
    

    View Slide

43. Antes do DevOps
    • Wall of confusion
    
    Devs Ops
    

    View Slide

44. Antes do DevOps
    

    View Slide

45. Antes do DevOps
    

    View Slide

46. Antes do DevOps
    Wall of confusion
    

    View Slide

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

    View Slide

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

    View Slide

49. 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
    

    View Slide

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
    • Geralmente é um detalhe de configuração ou
    algo parecido
    

    View Slide

51. Antes do DevOps
    Desalinhamento de objetivos
    

    View Slide

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

    View Slide

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

    View Slide

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.
    

    View Slide

55. As 3 maneiras
    [4]
    

    View Slide

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

    View Slide

57. As 3 maneiras
    Primeira
    

    View Slide

58. Primeira
    Dev Ops
    Business Customers
    

    View Slide

59. Primeira
    Maximiza o fluxo
    

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

64. 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
    

    View Slide

65. As 3 maneiras
    Segunda
    

    View Slide

66. Segunda
    Dev Ops
    

    View Slide

67. Segunda
    Usa a entrega como aprendizado
    

    View Slide

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

    View Slide

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

    View Slide

70. Segunda
    Usa a entrega como aprendizado
    • Encurta o ciclo de feedback
    • Gera e incorpora aprendizado
    • Falha rápido para não impactar customers
    

    View Slide

71. As 3 maneiras
    Terceira
    

    View Slide

72. Terceira
    Dev Ops
    

    View Slide

73. Terceira
    Ciclo completo
    

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

77. 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
    

    View Slide

78. KEEP

    CALMS
    And
    DevOps
    [5]
    

    View Slide

79. CALMS
    • Culture
    • Automation
    • Lean
    • Measure
    • Sharing
    

    View Slide

80. CALMS - Culture
    • Pessoas e processos
    

    View Slide

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

    View Slide

82. CALMS - Culture
    • Pessoas e processos
    • Sem cultura as demais ações falham.
    • Imprescindível as pessoas confiarem umas
    nas outras
    

    View Slide

83. CALMS - Automation
    • Traz velocidade
    

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

87. CALMS - Automation
    • Traz velocidade
    • Elimina erros de processos manuais
    • 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
    

    View Slide

88. CALMS - Lean
    • Eliminar desperdícios
    

    View Slide

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

    View Slide

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

    View Slide

91. CALMS - Lean
    • Eliminar desperdícios
    • Visibilidade do todo
    • Limita WIP
    • Melhora o fluxo de entregas
    

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

96. CALMS - Sharing
    • Processo de loop back
    

    View Slide

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

    View Slide

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

    View Slide

99. CALMS - Sharing
    • Processo de loop back
    • Melhora o fluxo de comunicação
    • Aprendizado gera conhecimento
    • Conhecimento é espalhado
    

    View Slide

100. DevOps keeps it cool
     with ICE [6]
     

     View Slide

101. ICE
     • Inclusivity
     • Complexity
     • Empathy
     

     View Slide

102. ICE - Inclusivity
     • Devs
     • SysAdmins / Ops
     • QAs
     • DBAs
     • Support
     

     View Slide

103. ICE - Inclusivity
     • Seniors
     • Juniors
     

     View Slide

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

     View Slide

105. ICE - Complexity
     • Sistemas são complexos
     

     View Slide

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

     View Slide

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

     View Slide

108. 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
     

     View Slide

109. ICE - Empathy
     • Ingrediente MAIS IMPORTANTE
     

     View Slide

110. ICE - Empathy
     • Ingrediente MAIS IMPORTANTE
     • Coloque-se no lugar do próximo
     

     View Slide

111. Por que DevOps?
     

     View Slide

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

     View Slide

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

     View Slide

114. Por que DevOps?
     State of DevOps Report
     • Pesquisa feita há alguns anos com pessoas
     relacionadas
     • Identifica e compara empresas high-
     performance e low-performance
     

     View Slide

115. Por que DevOps?
     Último report de 2018, empresas high-
     performance vs low-performance
     

     View Slide

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

     View Slide

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

     View Slide

118. Por que DevOps?
     Último 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
     

     View Slide

119. Por que DevOps?
     Último 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
     

     View Slide

120. E por que o DevOps
     não dá certo?
     

     View Slide

121. Falhas
     • DevOps Cargo
     • Time DevOps
     • Ferramentas DevOps
     

     View Slide

122. Falhas - DevOps Cargo
     

     View Slide

123. Falhas - DevOps Cargo
     

     View Slide

124. Falhas - DevOps Cargo
     

     View Slide

125. Falhas - DevOps Cargo
     

     View Slide

126. Falhas - DevOps Cargo
     

     View Slide

127. Falhas - DevOps Cargo
     

     View Slide

128. Falhas - DevOps Cargo
     

     View Slide

129. Falhas - DevOps Cargo
     

     View Slide

130. Falhas - Time DevOps
     Time onde as pessoas
     

     View Slide

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

     View Slide

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

     View Slide

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

     View Slide

134. 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
     

     View Slide

135. 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
     • Nem colocam elas nos servidores
     

     View Slide

136. 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
     • Nem colocam elas nos servidores
     ¯\_(ツ)_/¯
     

     View Slide

137. Falhas - Ferramentas
     • Puppet
     • Chef
     • Ansible
     • Vagrant
     • Terraform
     • Packer
     • Docker
     • Jenkins
     • Kubernetes
     • ELK
     O que essas ferramentas tem em comum?
     

     View Slide

138. Falhas - Ferramentas
     Todas elas são ferramentas DevOps
     

     View Slide

139. Falhas - Ferramentas
     Todas elas são ferramentas DevOps

     ERROOOUU!!
     São ferramentas de automação
     

     View Slide

140. Falhas - Ferramentas
     São ferramentas DevOps

     ERROOOUU!!
     São ferramentas de automação
     ¯\_(ツ)_/¯
     

     View Slide

141. Falhas - Ferramentas
     • Jira
     • Clubhouse
     • Trello
     • Slack
     • Mattermost
     • PagerDuty
     • New Relic
     • Datadog
     • Gitlab
     • Github
     E essas ferramentas?
     

     View Slide

142. Falhas - Ferramentas
     São ferramentas de
     

     View Slide

143. Falhas - Ferramentas
     São ferramentas de
     • Comunicação
     

     View Slide

144. Falhas - Ferramentas
     São ferramentas de
     • Comunicação
     • Monitoramento
     

     View Slide

145. Falhas - Ferramentas
     São ferramentas de
     • Comunicação
     • Monitoramento
     • Colaboração
     

     View Slide

146. 7 deadly diseases of
     DevOps[8]
     

     View Slide

147. 7 Erros Mortais
     1. Trabalho invisível
     

     View Slide

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

     View Slide

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

     View Slide

150. 7 Erros Mortais
     1. Trabalho invisível
     2. Gerencia de toil
     3. Conhecimento em tribos
     4. Desalinhamento de incentivos
     

     View Slide

151. 7 Erros Mortais
     5. Design organizacional incongruente
     

     View Slide

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

     View Slide

153. 7 Erros Mortais
     5. Design organizacional incongruente
     6. Gerencia de complexidade
     7. Teatro de segurança e conformidades
     

     View Slide

154. Devo me importar?
     

     View Slide

155. A Importância
     DevOps:
     • Não é produto
     • Não é especificação
     • Não é um emprego
     • Não é ferramenta (ou conjunto)
     

     View Slide

156. 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…)
     

     View Slide

157. 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
     

     View Slide

158. DevOps não é uma
     coisa. É o como.
     

     View Slide

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

     View Slide

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

     View Slide

161. 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)
     

     View Slide

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)
     • Empresas mais resilientes e mais velozes
     

     View Slide

163. A Importância
     As más consequências :
     

     View Slide

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

     View Slide

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

     View Slide

166. 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
     

     View Slide

167. O DevOps acabou?
     

     View Slide

168. 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/
     

     View Slide

169. Obrigado
     

     View Slide