● 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
● 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
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
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
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
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
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”
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
“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.”
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:
fernandoike
oracle4engineer
sr2mg4
mixi_engineers
junkifurukawa
nabedge
k9i
shohata
htsuruo
marikashiotsuki
inesmontani
moyheen
csswizardry
stephaniewalter
samanthasiow
tanoku
bkeepers
shpigford
philhawksworth
keithpitt
eileencodes
matthewcrist
productmarketing
tammielis