¿Cuál es el futuro de Devops a la manera de TI?

Escuché mucho que DevOps evolucionó porque el modelo de Waterfall está roto y esto no puede ser más que la verdad. Esto es como decir que la física cuántica evolucionó porque la física newtoniana está rota. Es cierto que la física newtoniana dejará de funcionar a cierta escala y usted necesita un nuevo conjunto de leyes para que la física funcione correctamente a esa escala. Sin embargo, las leyes de Newton todavía funcionan a gran escala.

De manera similar, el modelo de cascada sigue siendo un modelo viable para el desarrollo en ciertas condiciones, sin embargo, después de cierta velocidad y escala, comienza a descomponerse y necesitamos un nuevo conjunto de reglas para las funciones. Aquí es donde entra en juego DevOps. En cuanto a la manera de DevOps de TI, esto es lo que preveo.

1) Estandarización – Necesitamos desesperadamente la estandarización. Cada vez que inicie una discusión sobre DevOps, debe comenzar con la definición de DevOps que tampoco está de acuerdo en muchos círculos. La definición acordada, es decir, la armonía entre Dev y Ops, cultura, etc., es muy insípida, hippie y vaga. Veo a un grupo de personas conocedoras reunidas y formando estándares concretos y prácticos como ITIL para DevOps.

2) Herramientas: muchos proveedores están apareciendo reclamando proporcionar herramientas DevOps. Solo sobrevivirán aquellos que proporcionen infraestructura de extremo a extremo y administración de la implementación con ganchos para enganchar su propia automatización. La capacidad de rastreo, la reversión, la capacidad de llamar a la automatización externa y procesar el resultado de la automatización externa será la clave. Cuanta más libertad proporcione una herramienta, mejores serán sus posibilidades de supervivencia.

3) Regulaciones: en este momento, DevOps está en desacuerdo con muchas regulaciones. Esto incluye Sarbanes Oxley, HIPPA y muchos otros. Esto se debe a muchos factores, como la velocidad a la que se realizan las actualizaciones, la forma en que se manejan las pruebas, el control de acceso, etc. Sin embargo, la razón principal es que cuando estas regulaciones se escribieron, DevOps no estaba allí y Agile estaba en Su infancia o no fue ampliamente aceptada. Veo un impulso masivo de parte de los proveedores para actualizar estas regulaciones o, al menos, entre tanto, algunas lagunas innovadoras para que DevOps sea aceptado en la corriente principal.

4) Educación: muy pronto las universidades entrarán en acción y ofrecerán títulos de licenciatura en DevOps. En mi opinión tal grado no es necesario.

¿Cuál es el futuro de DevOps?

Toda la especulación, por supuesto. Pero diría que DevOps apropiado es un marco. Y no veo que el marco de código de mayor calidad que se lanza más rápido vaya a cambiar. Siempre ha sido una demanda, pero sin algunos de los procesos más refinados que trae DevOps. Así que mientras que los enfoques en DevOps no pueden cambiar en absoluto. La tecnología y los procesos podrían. Creo que dejamos de llamarlo DevOps. Creo que la tecnología de PaaS se vuelve aún más fuerte y quita los contenedores.