Baixar para ler offline
Carregado porFernando Ike
(Quase) 10 anos de DevOps, e agora?
O documento discute a evolução do DevOps ao longo de quase 10 anos, abordando temas como a formação de equipes autônomas, a importância da cultura organizacional e a implementação de práticas ágeis e Lean. Ele também explora a arquitetura de microsserviços, destacando suas características e benefícios, além de enfatizar a necessidade de colaboração e aprendizado contínuo nas organizações. A pesquisa também menciona métricas de desempenho e a relação entre a cultura e a eficiência organizacional.
Mais conteúdo relacionado
Semelhante a (Quase) 10 anos de DevOps, e agora?
(Quase) 10 anos de DevOps, e agora?
- 1. (Quase) 10 Anos DevOps- E agora? Fernando Ike
- 3.
- 5.
- 6.
- 8.
- 9. Equipes DevOps podem/são umnovo silo ou gargalo
- 10.
- 11. Aplicando “a culturaDevOps nas equipes”
- 12.
- 14. Toyota Production System –Taiichi Ohno e Eiji Toyoda
- 16.
- 17.
- 19. “Equipes autocontidas oucom todas as habilidades necessárias para desenvolver um produto/serviço” Lean Software Development: An Agile Toolkit
- 20. Cultura não sereproduz, cada organização tem a sua. Não tente encaixar “Spotify Squads” a sua Cultura Organizacional
- 21. Como Medir acultura?
- 22. ● Na minhaequipe, 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 minhaequipe, 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 PeloPoder 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 comuniqueas 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 maistendência de ser usado por organizações de “baixa performance”
- 29.
- 30. 50% Alta Performance Tempoem 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 doslogs ● “Instâncias” (VMs e containers) stateless ● Distributed Tracing ● Circuit Breaking ● Health Check
- 34. Premissas ● Monitoramento “dasregras 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.
- 37. As Equipes ● Organizaçãodas equipes capazes de desenvolver um Micro Serviço/Sistema de forma autônoma ● Desenvolvimento baseado no Trunk/Master ● Autonomia ● Independência
- 39.
- 44. “Organizações que abraçama 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-employeelearning - 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/