Uma revisão sobre os 10 anos de DevOps, o que está usado e para onde está indo a aplicação do DevOps nas organizações

1. (Quase) 10 Anos
DevOps - E agora?
Fernando Ike

3. DevOpsDays Ghent
– Patrick Debois

5. Developers Operations

6. Operation
BackEnd
Team
Data Team
FrontEnd
Team

8. 27%
são equipes DevOps/SRE

9. Equipes DevOps podem/são
um novo silo ou gargalo

10. DevOps
FrontEnd Mobile
Security BackEnd

11. Aplicando “a cultura DevOps nas
equipes”

12. eMarket
DevOps
Financial
DevOps
Logistic
DevOps
BackOffice
DevOps

14. Toyota Production System
– Taiichi Ohno e Eiji Toyoda

16. Infraestrutura como Código

17. Como organizar equipes?

19. “Equipes autocontidas ou com todas as
habilidades necessárias para
desenvolver um produto/serviço”
Lean Software Development: An Agile Toolkit

20. Cultura não se reproduz, cada organização
tem a sua. Não tente encaixar “Spotify
Squads” a sua Cultura Organizacional

21. Como Medir a cultura?

22. ● Na minha equipe, informação é ativamente pesquisada
● Na minha equipe, as falhas são oportunidades para aprender e os
mensageiros delas não punidos
● Na minha equipe, as responsabilidades são compartilhadas
DORA - State of DevOps

23. ● Na minha equipe, colaboração cross-funcional é encorajada e
recompensada
● Na minha equipe, causa das falhas são investigadas
● Na minha equipe, as novas ideias são bem-vindas
DORA - State of DevOps

24. Patológica Burocrática Geradora
Pelo Poder Por regras Por desempenho
Baixa cooperação Cooperação modesta Altamente cooperativa
Mata o mensageiro Mensageiros são negligenciados Mensageiros são treinados
Evita responsabilidades Diminui as responsabilidades Riscos são compartilhados
Desencoraja construir pontes Construção de pontes são toleradas Construção de pontes são encorajadas
Procura-se um bode expiatório para culpar
em caso de falhas
Procura-se fazer "justiça" em caso de falha
Procura-se investigar procurando o problema
no "sistema"
Impede novidades Novidades são problemas Novidades são implementadas
Uma Tipologia da Cultura Organizacional - Ron Westrum

25. Software Delivery Performance
Velocidade
● Deploys mais frequentes
● Menor Lead Time
Estabilidade
● Tempo para restaurar os
serviços
● Frequência de falha nas
mudanças
DORA - State of DevOps

26. Lean
● Team experimentation
● Trabalhar em pequenos lotes
● Ouvir e implementar o feedback do “cliente”

27. Estabeleça e comunique as metas mas
deixe a equipe como o trabalho será feito
● Remova os potenciais impedimentos mantendo regras simples
● Permita que as equipes mudem as regras se as regras forem um
obstáculo para alcançar as metas
● Deixe as equipes priorizar os bons resultados para os clientes, mesmo que
isso signifique quebrar as regras

28. Outsourcing
3 vezes mais tendência de ser usado por
organizações de “baixa performance”

29. Trabalho não planejado

30. 50% Alta Performance
Tempo em trabalho em “coisas”novas
30% Baixa Performance

32. E o que é arquitetura de Micro Serviços?
“É uma forma de desenvolver uma aplicação como uma suíte de pequenos
serviços, cada qual rodando em seu próprio processo (...). Esses serviços são
construídos ao redor de capacidades de negócio e são implantados
independentemente com processos automatizados. (...) Podem ser escritos em
diferentes linguagens e usar tecnologias diferentes de armazenamento de dados”
James Lewis e Martin Fowler

33. Premissas
● Centralização dos logs
● “Instâncias” (VMs e containers) stateless
● Distributed Tracing
● Circuit Breaking
● Health Check

34. Premissas
● Monitoramento “das regras de negócio”
● Use um serviço de “mensageria” para comunicação entre os Micro
Serviços
● Cada Micro Serviço tem sua própria instância de banco de dados
● Múltiplas versões da aplicação rodando ao mesmo tempo
● Uso de um gerenciador de segredos “Secrets”

35. Orquestrado Coreografado

37. As Equipes
● Organização das equipes capazes de desenvolver um
Micro Serviço/Sistema de forma autônoma
● Desenvolvimento baseado no Trunk/Master
● Autonomia
● Independência

39. Culture Automation Measurement Sharing

44. “Organizações que abraçam a cultura do
aprendizado criam um ambiente que encoraja a
curiosidade e compartilhar o conhecimento,
alcançando melhores resultados no negócio.”

46. DORA - https://devops-research.com/research.htm
employee-to-employee learning - https://rework.withgoogle.com/guides/learning-development-employee-to-employee/steps/make-learning-part-of-the-culture/
10 deploys per day - https://www.youtube.com/watch?v=LdOe18KhtT4
PDSA - https://deming.org/explore/p-d-s-a
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/
Spotify Culture - https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/
Referências:

47. Fernando Ike
// fernando.ike@gmail.com
// linkedin.com/in/fernandoike
// twitter.com/fernandoike
// www.10deploys.com
// www.maburix.com
// events.docker.com/sao-paulo/