DevOps y el camino de baldosas amarillas

Este libro llegó a mis manos mientras buscaba un libro que hablara de DevOps de una forma sencilla y práctica. Así que lo compré y lo leí en un par de días. El libro se lee muy rápido y es porque Juan José escribe como habla, y no añade ningún giro que complica entender los conceptos y seguir el hilo conductor.

Juan José Mora hace una buena revisión de conceptos básicos y tendencias que hoy en día están llevándose a cabo en el mundo del IT y si no eres muy tecnófilo te vendrá bien, a mi esta parte me sobraba un poco, pero bueno.

Una vez que el libro fue al grano sobre DevOps, se describen muy bien las problemáticas, las presiones y como identificar que es y que no es DevOps. Desmitifica muchos conceptos que son incorrectos y aclara de que trata realmente DevOps. Este ejercicio también ayuda a como DevOps se relaciona con el resto del sistema.

A mi me parece que es un libro muy válido para:

• Personas que están en el mundo de los negocios y que necesitan refrescar ideas y aclarar conceptos sobre metodologías y entender como funciona un departamento de IT.
• Personas que trabajan relacionándose con IT y que les vendrá bien para entender un poco de las presiones que sufre un departamento de IT.
• Juan José, si algún día lees esto, imprime el libro y llena los aeropuertos con copias, muchos de los que viajan de lunes a viernes en avión deberían leer tu libro.

Los tres principios básicos de DevOps son:

1. Mirar el sistema como un todo.
   1. No trabajar en modo frontera.
   2. Quitar barreras (no significa que las responsabilidades desaparezcan).
   3. Mantener alineados el binomio negocio-tecnología.
2. Incrementar el feedback.
   1. De los sistemas y de las personas.
   2. Mejorar los canales de comunicación.
   3. Los sistemas de IT son cada vez más complejos, hay que ganar conocimiento de ellos, de como se comportan. No permitir que existan cajas negras que nadie sabe que hacen.
   4. Es importante diseñar los canales de feedback con los que queremos contar, y revisarlos.
3. Experimentación y aprendizaje continuo.
   1. Quitarse de la cabeza el “si funciona, no lo toques”.
   2. Luchar contra la obsolescencia.
   3. “Si funciona, mejóralo”: sino vendrá otro y será más competitivo que tu.

Herramientas DevOps:

• Automatizar, automatizar, automatizar.
• Gestión de la configuración.
• Despliegue automático.
• Gestión de logs.
• Gestión del rendimiento.
• Gestión de la capacidad.
• Escuchar, hablar, compartir.

Que es DevOps, que no es DevOps:

1. DevOps no pretende solucionar un problema de IT, pretende solucionar un problema de negocio.
2. IT es ahora un proceso clave para todas las empresas, desde IT hay que ser proactivo y mirar hacia los objetivos de la empresa, y como IT puede contribuir a esos objetivos.
3. DevOps es un cambio cultural que hay que hacer desde dentro, no se puede subcontratar, o enseñar con cursos.
4. Devops se propaga por el convencimiento de las personas que participan, no por imposición.
5. Compartir es una apuesta ganadora para comenzar a construir una cultura DevOps dentro de una organización.
6. No debes montar un equipo DevOps, eso crea barreras, que es lo que pretende eliminar DevOps.
7. Debes construir tu propia cultura DevOps en tu organización; no siempre lo que funciona en un sitio funciona en el otro.
8. DevOps no es un proceso, no es una metodología.
9. DevOps no sustituye a metodologías ágiles.
10. Al intentar poner en marcha DevOps habrá resistencia al cambio. Hay que evangelizar estos principios, promoverlos, y hacer piña con aquellas personas que creen que poniéndolos en práctica mejoran la organización.
11. DevOps puede ayudar a las organizaciones a vencer su rigidez, gracias a promover un IT más elástico que se ajuste mejor a la estrategia de la compañía.
12. DevOps promueve la práctica de la transparencia.
13. Con DevOps no tienes que cambiar tu estructura, debes cambiar la forma en que se relacionan las personas de tu estructura.
14. DevOps no debe construir silos, debe ayudar a generar una red de tuberías que mantengan los silos conectados y actualizados.
15. DevOps es válido para todo tipo de organizaciones (pequeñas y grandes).