Hace un tiempo escribí sobre algunos malentendidos de DevOps en la práctica, hoy quiero compartir algunas otras situaciones a la luz de una definición formal.

De acuerdo a Len Bass y sus colegas del SEI DevOps tiene 5 pilares fundamentales:

1. Operaciones como ciudadano de primera categoría en el proceso de software delivery
2. Involucramiento de los desarrolladores en los incidentes productivos
3. Un proceso formal de deployment
4. Continuous Delivery
5. Infrastructure as Code

Pero en la práctica veo que muchas organizaciones que:

• Pasan completamente por alto los dos primeros puntos, son cuestiones casi «culturales» que no son triviales de cambiar.
• Van directo al punto 5, incorporan herramientas para la automatización de infraestructura para lo cual contratan algunas nuevas personas, típicamente bajo del rol de «Ingenieros DevOps». Hacer esto es muy más simple que pretender cambiar una estructura organizacional o un mindset.
• El punto 4 lo toman solo parcialmente, invierten en la automatización de pipelines de despliegue (tarea que hacen los recientemente incorporados «Ingenieros DevOps») pero ni noticia de la automatización de pruebas (claro, los DevOps no automatizan pruebas)
• El punto 3 lo logran como un efecto colateral de la automatización de los despliegues.

El resultado dista bastante de la idea de DevOps de Bass, pero no es tan malo porque a pesar de ello representa una mejora radical respecto de la situación previa.