DrupalCamp SP 2015 - DevOps, por onde começar? Por Sebastian Ferrari

996 visualizações

Publicada em

Apresentação realizada na DrupalCamp SP 2015, por Sebastian Ferrari falando sobre a cultura DevOps.

Publicada em: Tecnologia
0 comentários
3 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
996
No SlideShare
0
A partir de incorporações
0
Número de incorporações
6
Ações
Compartilhamentos
0
Downloads
33
Comentários
0
Gostaram
3
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

DrupalCamp SP 2015 - DevOps, por onde começar? Por Sebastian Ferrari

  1. 1. DevOps, por onde começar? Melhoria Contínua em Equipe! Sebastian Ferrari sebas@taller.net.br
  2. 2. Sebastian Ferrari CTO e Co-Founder da Taller //drupal.org/u/sebas5384 //github.com/sebas5384 //twitter.com/sebas5384
  3. 3. Aviso !!
  4. 4. Não estou aqui para fazer propaganda de SaaS proprietários
  5. 5. Foco em teu negocio, usar SaaS aumenta tua eficiência e reduze custos.
  6. 6. Lean Startup
  7. 7. Risco de errar é um padrão do sucesso e inovação.
  8. 8. Tente diminuir aprendendo da experiência dos outros e de você.
  9. 9. Aprenda de seus erros, mas, foque nos acertos.
  10. 10. “ You might know what won’t work, but you still don’t know what will work. That’s not much of a lesson. ” Jason Fried (co-founder of Basecamp).
  11. 11. Top 10 problemas
  12. 12. Diferenças entre ambientes do mesmo projeto “na minha máquina funciona!” #1
  13. 13. #1
  14. 14. Falta de padronização nas soluções implementadas #2
  15. 15. Alto custo para criação de infraestrutura / topologia #3
  16. 16. #3
  17. 17. Desperdício das experiências acumuladas entre projetos #4
  18. 18. Refatoração, manutenção e desenvolvimento geram quebras e atrasos. #5
  19. 19. #5
  20. 20. #5
  21. 21. Deploy custoso, perigoso, lento e de baixa frequência #6
  22. 22. #6
  23. 23. Alto custo para replicação de ambientes #7
  24. 24. #7
  25. 25. Não existe monitoração pós-deploy #8
  26. 26. #8
  27. 27. Time com pouca ou nenhuma liberdade para realizar melhorias de ambiente #9
  28. 28. #9
  29. 29. Horas gastas em tarefas repetitivas, onde o erro humano tende a crescer exponencialmente pelo débito técnico. #10
  30. 30. Hora humana deve ser aproveitada para criar! #10
  31. 31. Reconhece algum dos problemas?
  32. 32. Você se encontra assim ?
  33. 33. CAOS
  34. 34. Apresento DevOps
  35. 35. Quem?
  36. 36. não é uma pessoa. não é um cargo. não são só ferramentas.
  37. 37. é uma cultura. é uma metodologia. é trabalho em equipe. é ser Ágil / Lean. é a arte de aumentar a eficiência e qualidade.
  38. 38. é um movimento. é uma revolução.
  39. 39. Desenvolvedores + Operações (infra)
  40. 40. "Automatizar tudo que não agregue valor pro cliente, aumentando a qualidade e previsibilidade das entregas"
  41. 41. Mas, será que funciona ?
  42. 42. ~1 ano de DevOps com DevOps Frequência de entrega de código sem DevOps 30x mais frequente! 2014 State of Devops reports by PuppetLabs and IT Revolution Press* No mesmo período de tempo
  43. 43. ~1 ano de DevOps com DevOps sem DevOps 8000x mais rápido! prazos se encurtam . 2014 State of Devops reports by PuppetLabs and IT Revolution Press* Velocidade de entrega de código
  44. 44. ~1 ano de DevOps com DevOps sem DevOps 50% menos bugs! 2014 State of Devops reports by PuppetLabs and IT Revolution Press* Entrega de código com menos bugs
  45. 45. Bugs são exponencialmente mais caros com o passar do tempo. 2014 State of Devops reports by PuppetLabs and IT Revolution Press* com DevOps sem DevOps o mesmo bug 1 dia depois
  46. 46. Por onde começar ?
  47. 47. Cultura e Princípios
  48. 48. Cultura é importante!
  49. 49. DevOps faz parte de Lean e Ágil Sabia que ...
  50. 50. Foco no valor
  51. 51. "A arte de detectar desperdício"
  52. 52. from: agileweboperations
  53. 53. Cultura de automatização
  54. 54. "Automatização com um toque humano" Jidōka
  55. 55. from: joinville.udesc.br
  56. 56. Automatização ● GitFlow; Git hooks; Build scripts. ● BeanstalkApp; Bluemix; Heroku. ● StriderCD; CircleCI; CodeShip. ● Vagrant; Ansible; Ubuntu Juju. ● SourceLab; Cucumber; Behat.
  57. 57. Ambientes
  58. 58. LOCAL desenvolvimento diário, instável.
  59. 59. DEV integrações constantes
  60. 60. QA validação e teste de novas features.
  61. 61. STAGE integração de novas features com uma versão da produção.
  62. 62. PRODUCTION ambiente de produção cliente está vendo.
  63. 63. Entrega contínua
  64. 64. Entrega continua
  65. 65. Cultura de monitoração
  66. 66. ● Pingdom; ServerCheck.in. ● NewRelic; Nagios; Zabbix. ● JMeter; BlazeMeter; Blitz. ● Google Analytics; El Tracker. Monitoração
  67. 67. Cultura de compartilhar
  68. 68. ● Comunicação constante. ● Integração constante. ● Pair programming / Code review. Responsabilidade compartilhada
  69. 69. ● Coaching. ● Acordos de trabalho. ● Melhora contínua. Responsabilidade compartilhada
  70. 70. ● GitHub; BeanstalkApp; Acquia; … ● Acuerdos de trabajo en equipo. ● Slack; HipChat; Hall; … IRC ? ● Notificaciones integradas. Compartilhar
  71. 71. Experiência
  72. 72. Confiança & Respeito
  73. 73. Improdutivo fonte: John Allspaw
  74. 74. Produtivo fonte: John Allspaw
  75. 75. Kaizen vs. Kaikaku
  76. 76. from: mobiltec.com.br
  77. 77. Tiempo de implementación ~1 año
  78. 78. Implementar DevOps = Implementar Lean / Ágil
  79. 79. Eat your own food
  80. 80. minha visão
  81. 81. Revolução industrial.
  82. 82. Revolução intercâmbio de propriedade intelectual.
  83. 83. From Ubuntu & Canonical.
  84. 84. Juju + StriderCD + Taller Sauce = JaaS
  85. 85. //bit.ly/1CcrmWb
  86. 86. No, thanks. We are to busy! Inovação
  87. 87. Não, obrigado. Estamos muito ocupados! você ? Processo tradicional
  88. 88. //bit.ly/1AVGcOt 10+ Deploys per Day (2009) John Allspaw - Flickr //bit.ly/1ptXA92m 2014 State of DevOps Puppet Labs and IT Revolution Press
  89. 89. Obrigado!! … perguntas?
  90. 90. Sebastian Ferrari CTO e Co-Founder de Taller //drupal.org/user/567694 //github.com/sebas5384 //twitter.com/sebas5384

×