Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Introducción a DevOps

0ef2c8342089d8f3e79d7b6cc9ab4b19?s=47 alvaromg
March 14, 2015

Introducción a DevOps

Para que una empresa tecnológica alcance el éxito, sus desarrolladores y administradores de sistemas deben tener una colaboración real y continua. Empezaremos hablando sobre esta cultura y filosofía de trabajo, que nos permite ser más eficientes, eficaces y felices en el trabajo.

0ef2c8342089d8f3e79d7b6cc9ab4b19?s=128

alvaromg

March 14, 2015
Tweet

More Decks by alvaromg

Other Decks in Technology

Transcript

  1. Álvaro de la Mata González @_alvaromg CTO y Scrum Master

    Intexdev SL Grupo Intexmedia Introducción DevOps
  2. Realidades

  3. El software es complejo

  4. Los sistemas son complejos

  5. Los sistemas y el software crecen

  6. El caos acecha 24/7

  7. None
  8. Situaciones habituales 1. Los desarrolladores escriben y prueban el código

    en su entorno de desarrollo. Cuando está listo, avisan a sistemas de que se puede desplegar.
  9. 2. Sistemas descubre que algo no va como debería en

    las configuraciones o la aplicación al desplegar en producción. Sistemas se ve obligado a realizar cambios no planificados para que producción funcione. Situaciones habituales
  10. 3. Algunos de los cambios imprevistos rompen producción y hay

    una lucha para estabilizar todo. Situaciones habituales
  11. 4. Sistemas y desarrolladores se culpan mutuamente por otra dolorosa

    y caótica puesta en producción. Situaciones habituales
  12. Situaciones habituales Los intereses de ambos aportan valor al negocio,

    pero entran en conflicto continuamente.
  13. Abrazar el cambio El negocio necesita cambio. El cambio genera

    inestabilidad.
  14. None
  15. Es necesario que nuestro negocio se adapte a los cambios

    del mercado de forma rápida, eficiente y segura. ¿Por qué DevOps?
  16. ¿Qué es DevOps?

  17. DevOps va sobre cultura y procesos No tanto sobre herramientas

    y tecnologías ¿Qué es DevOps?
  18. ¿Qué es DevOps? Cultura Estructura Herramientas

  19. Desarrollo Diseño BBDD UI Análisis Código Tests Funcionalidades … Sistemas/Operaciones

    Administración BBDD Seguridad Almacenamiento Redes Servidores Backups Rendimiento … ¿Qué es DevOps?
  20. Desarrollo Diseño BBDD UI Análisis Código Test Funcionalidades ... DevOps

    es colaboración Sistemas/Operaciones Administración BBDD Seguridad Almacenamiento Redes Servidores Backups Rendimiento … ¿Qué es DevOps?
  21. ¿Qué es DevOps?

  22. ¿Qué es DevOps?

  23. ¿Qué es DevOps?

  24. ¿Qué es DevOps?

  25. DevOps es actitud positiva ante los fallos. El fallo puede

    ocurrir (y ocurrirá) en las aplicaciones, los sistemas y en ambos a la vez. DevOps es aprender rápido de los errores. ¿Qué es DevOps?
  26. Voluntad de provocar un impacto mayor en el negocio Es

    mejora continua Es salir de la zona de comfort No se puede lograr sin la implicación de todas las partes ¿Qué es DevOps?
  27. Prácticas habituales

  28. Infraestructura como código

  29. Infraestructura como código

  30. Infraestructura como código Evolución ordenada de la plataforma Permite auditar

    y supervisar los cambios Reduce errores Aumenta productividad Reduce drásticamente la documentación
  31. Entornos replicados

  32. Entornos replicados Producción, pruebas, testing, entornos locales, ... Versiones de

    programas, servicios y librerías Escala apropiada en cada entorno Gestionar los matices entre los entornos
  33. Entornos replicados Requiere aplicaciones e infraestructuras bien diseñadas

  34. Automatización

  35. Automatización Integración continúa Despliegues automáticos Rollbacks Migraciones Backups Monitorización Actualizaciones

  36. Automatización

  37. DevOps + Agile

  38. DevOps + Agile Ambas culturas comparten gran parte de los

    valores, principios y prácticas.
  39. Adoptar DevOps

  40. Adoptar DevOps Desarrolladores y administradores son el equipo Planificaciones conjuntas

    Compartir métricas Apoyo recíproco en buenas prácticas Planificar las mejoras de infraestructura
  41. Adoptar DevOps Toda mejora implica bajada de productividad al principio

  42. Conclusión

  43. Se eliminan tareas repetitivas Se reduce el número de errores

    Recuperación más rápida ante fallos Se eliminan silos de información Aumenta la calidad de los productos/servicios Conclusión
  44. Permite escalar mejor y más rápido Reduce documentación necesaria Reduce

    ciclos de entrega Reducción del caos Conclusión
  45. Gracias ;)