Baixar para ler offline
Carregado porFernando Junior
Memoir de um Dev-Não-Ops
[1] O documento discute a filosofia do autor para entrega de software de forma contínua através de um pipeline de implantação automatizado. [2] Ele também descreve sua jornada para implementar práticas ágeis e DevOps em seu time, removendo silos entre desenvolvimento e operações. [3] Por fim, o autor reflete sobre os objetivos comuns entre DevOps e entrega contínua e os princípios-chave para melhorar o fluxo de trabalho entre desenvolvedores e operadores.
Memoir de um Dev-Não-Ops
- 1. MEMOIR DE UMDEV-NÃO-OPS Fernando Júnior DevOpsDays - Salvador/17
- 2. A essência daminha filosofia para entrega de software é construí-lo de modo que sempre esteja em um estado onde pode ser colocado em produção. Nós chamamos isso de Entrega Contínua porque constantemente rodamos um pipeline de implantação que testa se o software está em condições de ser entregue. - Jez Humble martinfowler.com/delivery.html
- 3. entrega frequente e confiávelde software de alta qualidade
- 4.
- 5. POR QUE? Onde tudocomeçou
- 6. POR QUE? Implantações diárias Entregasquando necessárias Análise, desenvolvimento, entrega, suporte, métricas…
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16. O TIME DEVOPS Pedreirosde software
- 17. O TIME DEVOPS Nãohavia silos Colaborativo Responsabilidade compartilhada Automação Feedback e melhoramento contínuo
- 18. Tudo isso foiconsequência da jornada para entregas frequentes e confiáveis de software de alta qualidade
- 19.
- 20. Qual é adiferença?
- 21.
- 22. EFFECTIVE DEVOPS Jennifer Davis @sigje KatherineDaniels @beerops http://shop.oreilly.com/product/0636920039846.do Jennifer Davis @sigje Katherine Daniels @beerops
- 23. “(…) It isa cultural framework for sharing stories and developing empathy, enabling people and teams to practice their crafts in effective and lasting ways."
- 24.
- 25.
- 26. “(…) teams willwork together, communicate their intentions and the issues that they run into, and dynamically adjust in order to work toward their shared organizational goals."
- 27.
- 28.
- 29.
- 30.
- 31. A cooperação deveenvolver mais do que desenvolvimento e operações
- 32. DEVOPS HANDBOOK https://www.amazon.com.br/DevOps-Handbook-World-Class-Reliability-Organizations/dp/ 1942788002 Gene Kim @RealGeneKim JezHumble @jezhumble Patrick Debois @patrickdebois John Willis @botchagalupe
- 33. Operações PRIMEIRO PRINCÍPIO: OTIMIZARO FLUXO Desenvolvimento
- 34. Entender o fluxo Tornartrabalho visível Identificar e atacar gargalos Não passar defeitos a frente Práticas de Entrega Contínua PRIMEIRO PRINCÍPIO: OTIMIZAR O FLUXO Desenvolvimento Operações
- 35.
- 36. SEGUNDO PRINCÍPIO: FEEDBACK Identificare solucionar erros assim que acontecer Telemetria Tornar a entrega mais segura Sem mudanças em cima de defeitos Incluir desenvolvimento no suporte Desenvolvimento Operações
- 37. TERCEIRO PRINCÍPIO: APRENDERE EXPERIMENTAR Desenvolvimento Operações
- 38. TERCEIRO PRINCÍPIO: APRENDERE EXPERIMENTAR Aprender com falhas Remover culpa Dedicar tempo para inovação Descoberta local - Melhora global Desenvolvimento Operações
- 39.
- 40. Quais são osdesafios para exercitar esses princípios na sua organização?
- 41.
- 42.