DevOps, por donde comenzar? - DrupalCon Latin America 2015

835 visualizaciones

Publicado el

Palestra realizada na DrupalCon Bogotá 2015 pelo Sebastian Ferrari.

Publicado en: Tecnología
0 comentarios
3 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
835
En SlideShare
0
De insertados
0
Número de insertados
17
Acciones
Compartido
0
Descargas
42
Comentarios
0
Recomendaciones
3
Insertados 0
No insertados

No hay notas en la diapositiva.

DevOps, por donde comenzar? - DrupalCon Latin America 2015

  1. 1. DevOps, por donde comenzar? Equipo de Mejora Continua! Sebastian Ferrari sebas@taller.net.br
  2. 2. Sebastian Ferrari CTO y Co-Founder de Taller //drupal.org/user/567694 //github.com/sebas5384 //twitter.com/sebas5384
  3. 3. Aviso !!
  4. 4. No estoy aquí para hacer propaganda de SaaS propietarios
  5. 5. Enfoca en tu negocio, usar SaaS aumenta tu eficiencia y reduce costos.
  6. 6. Lean Startup
  7. 7. Riesgo es un patrón del éxito e innovación.
  8. 8. Intente disminuir aprendiendo de la experiencia de otros.
  9. 9. CAOS
  10. 10. Pasaste o has pasado por alguno de estos problemas?
  11. 11. Top 10 problemas
  12. 12. Diferencias entre ambientes del mismo proyecto “en mi máquina funciona!” #1
  13. 13. #1
  14. 14. Falta de estandarización en las soluciones implementadas. #2
  15. 15. Desperdício de experiencias acumuladas entre proyectos. #3
  16. 16. Costo alto para creación de infra-estrutura / topología. #3
  17. 17. #3
  18. 18. Refactoring, mantenimiento y desarrollo generan bugs y retrasos. #5
  19. 19. #5
  20. 20. #5
  21. 21. Deploy caro, peligroso, lento y de baja frecuencia. #6
  22. 22. #6
  23. 23. Costo alto para replicación de ambientes. #7
  24. 24. #7
  25. 25. No existe monitorización post-deploy #8
  26. 26. #8
  27. 27. Equipo con poca o ninguna libertad para realizar mejoras de ambiente. #9
  28. 28. #9
  29. 29. Horas dedicadas a tareas repetitivas, donde el error humano tiende a crecer de forma exponencial por la deuda técnica. #10
  30. 30. Hora humana debe ser aprovechada para crear! #10
  31. 31. Reconoces alguno de estos problemas?
  32. 32. Te encuentras así ?
  33. 33. Te presento DevOps
  34. 34. Quien?
  35. 35. no es una persona. no es un cargo. no solo son herramientas.
  36. 36. es una cultura. es una metodología. es trabajo en equipo. es ser ágil. es el arte de aumentar la eficiencia y calidad.
  37. 37. es un movimiento. es una revolución.
  38. 38. Desarrolladores + Operaciones (infra)
  39. 39. "Automatizar todo lo que no agregue valor para el cliente, aumentando la eficiencia, calidad y previsibilidad de las entregas"
  40. 40. Pero, funcionará ?
  41. 41. ~1 año de DevOps com DevOps Frecuencia de entrega de código sem DevOps 30x más frecuente! 2013 State of Devops reports by PuppetLabs and IT Revolution Press* En el mismo período de tiempo
  42. 42. ~1 año de DevOps con DevOps sin DevOps 8000x más rápido! plazos se acortan. 2013 State of Devops reports by PuppetLabs and IT Revolution Press* Velocidad de entrega de código
  43. 43. ~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 con menos bugs
  44. 44. Bugs son exponencialmente más caros con el pasar del tiempo. 2014 State of Devops reports by PuppetLabs and IT Revolution Press* com DevOps sem DevOps el mismo bug
  45. 45. Por donde comenzar ?
  46. 46. Cultura y Princípios
  47. 47. Cultura es importante!
  48. 48. DevOps hace parte de Lean y Ágil Sabía que ...
  49. 49. "Concentrarse en el valor"
  50. 50. "El arte de detectar desperdício"
  51. 51. from: agileweboperations
  52. 52. Cultura de automatización
  53. 53. "Automatización con un toque humano" Jidōka
  54. 54. from: joinville.udesc.br
  55. 55. Automatización ● GitFlow; Git hooks; Build scripts. ● BeanstalkApp; Acquia; Pantheon. ● StriderCD; CircleCI; CodeShip. ● Vagrant; Ansible; Ubuntu Juju. ● Padumts; Cucumber; Behat.
  56. 56. Ambientes
  57. 57. LOCAL desarrollo diário, inestable.
  58. 58. DEV integraciones constantes
  59. 59. QA validación y test de nuevas features.
  60. 60. STAGE integración de nuevas features con una versión de producción.
  61. 61. PRODUCTION ambiente de producción cliente está viendo.
  62. 62. Deploys frecuentes
  63. 63. >> Entrega continua >>
  64. 64. Cultura de monitorización
  65. 65. ● Pingdom; ServerCheck.in. ● NewRelic; Nagios; Zabbix. ● JMeter; BlazeMeter; Blitz. ● Google Analytics; El Tracker. Monitorización
  66. 66. Cultura de compartir
  67. 67. ● Comunicación constante. ● Integración constante. ● Pair programming / Code review. ● Coaching. Responsabilidad compartida
  68. 68. ● GitHub; BeanstalkApp; Acquia; … ● Acuerdos de trabajo en equipo. ● Slack; HipChat; Hall; … IRC ? ● Notificaciones integradas. Compartir
  69. 69. Experiencia
  70. 70. Confianza
  71. 71. "Seguridad mal resolvida limita la innovación y genera paranoia desnecesaria."
  72. 72. Kaizen vs Kaikaku
  73. 73. "Adoptar Acquia es un cambio muy grande, con riesgo y caro ."
  74. 74. "Adoptar Acquia es un cambio muy grande, con riesgo y caro ."
  75. 75. Tiempo de implementación ~1 año
  76. 76. from: mobiltec.com.br
  77. 77. Implementar DevOps = Implementar Lean / Ágil
  78. 78. Eat your own food
  79. 79. mi visión
  80. 80. Revolución industrial.
  81. 81. Revolución del intercambio de propiedad intelectual.
  82. 82. From Ubuntu & Canonical.
  83. 83. Juju + StriderCD + Taller Sauce = JaaS
  84. 84. //bit.ly/1CcrmWb
  85. 85. No, thanks. We are to busy! Innovación
  86. 86. No, thanks. We are to busy! Quieres ser esta persona? Innovación disruptiva
  87. 87. No, gracias. Estamos muy ocupados! ...o estes tipos? Proceso tradicional
  88. 88. //bit.ly/1ptXA92m 2014 State of DevOps Puppet Labs and IT Revolution Press
  89. 89. Gracias!! … preguntas?
  90. 90. Sebastian Ferrari CTO y Co-Founder de Taller //drupal.org/user/567694 //github.com/sebas5384 //twitter.com/sebas5384

×