Un post que leí hace ya unos días iba sobre la asistencia de un desarrollador (Graham King, su autor) a una, así denominada, conferencia de DevOps. Lo pueden leer en el blog de Graham. Entre su resumen no hay mucho espacio para la sorpresa, como cuando habla de la dominancia de AWS en el discurso. No obstante, y sin ser especialmente novedoso, si hoy hablo de él es por otros dos aspectos comentados:
DevOps is Ops with new tools. I went to DevOpsDays thinking DevOps means developers and operations merged into one team. I was wrong.
I did not meet or hear from any developers. It was a gathering of system administrators who use version control, and write a lot of YAML. Programming languages were not a topic; I heard Python mentioned once in passing, that’s it.
No es que DevOps sea eso que él se encontró sino que, mientras los operadores de sistemas son muy sensibles a la mala productización del software que reciben y se esfuerzan en recorrer el camino para alinearse más con equipos de desarrollo mediante la adopción de sus herramientas y formas de trabajar, los desarrolladores siguen dando la espalda al problema; principalmente porque no les toca lidiar con él. Por eso no van a ese tipo de conferencias.
Está claro que a los operadores les interesa menos estar a la última y más que el producto esté maduro y sea robusto: no les importa tanto si tu aplicación está hecha en Scala, en Kotlin, o siguiendo patrones de programación funcional. Quieren que no se cuelgue y que desplegarlo continuamente no sea un parto cada vez.
Por aquí, como ya hemos comentado en el pasado, somos partidarios de ver DevOps como una filosofía que requiere a los profesionales contemplar todas las etapas del ciclo de vida del software que ayudan a desarrollar: prototipado, desarrollo, despliegue, operación, actualización, y todo ello sin olvidarnos de una de las más cruciales etapas: la venta. Al final, nuestro se trata de fabricar, envasar, y vender.
Ahí hay camino que recorrer desde ambos puntos de vista: los desarrolladores han de pensar como administradores para hacer su software fácil (esto es, barato) de operar y los administradores tienen que sistematizar la gestión del código que usan y de todas sus demás herramientas.
No creo que tener a los administradores de sistemas usando GIT sea suficiente para aplicar DevOps con éxito.
