Tabla de contenidos
DevOps exige una unión de desarrollo y operaciones. El término NoOps sugiere una renuncia completa del equipo responsable de la operación. Pero eso no se entiende en principio. ¿Qué significa realmente NoOps?
NoOps: la posición extrema
Hay interpretaciones muy diferentes del término NoOps. Algunos desarrolladores realmente quieren dividir a todo el equipo de operaciones porque lo ven como un obstáculo para que el software se implemente rápidamente.
Tales resentimientos contradicen el principio DevOps. Dificultan o impiden la comunicación y la colaboración fructíferas entre los equipos responsables del desarrollo y funcionamiento de la infraestructura de TI.
Otro enfoque es combinar las dos áreas de responsabilidad en el departamento de desarrollo. Esa sería una forma real de DevOps, pero no se puede implementar en todas las empresas.
Operaciones redefinidas
Curiosamente, algunos representantes de NoOps, así como sus oponentes, provienen del campo de DevOps. Sus posiciones opuestas a menudo conducen al mismo resultado. En un entorno de nube, los expertos que son responsables de la operación confiable y segura de TI deben aportar sus conocimientos y experiencia al desarrollo de procesos automatizados.
Esta es la única forma en que la división de Operaciones puede lograr la escalabilidad necesaria. En lugar de esperar los incidentes, analizarlos y reaccionar ante ellos, deben incorporar los procedimientos aprendidos y probados en los procedimientos codificados. Esto coincide con la definición de ingeniería del experto como alguien que se hace superfluo. En esta perspectiva, NoOps significa un mayor desarrollo de DevOps.
Plataforma de casos de problemas como servicio
La última definición mencionada de NoOps se puede encontrar principalmente en proveedores de soluciones de plataforma como servicio. PaaS es una de las tres formas de arquitecturas orientadas a servicios que, con su grado de abstracción, se encuentra entre la infraestructura y el software como servicio (IaaS y SaaS).
PaaS ofrece interfaces para el desarrollo de software que, en comparación con IaaS, transfieren partes esenciales de la administración del sistema a la responsabilidad del proveedor, pero no toda el área de desarrollo y operaciones, como es el caso del Software as a Service.
¿Por qué la relación entre PaaS y NoOps es particularmente estrecha?
Platform as a Service divide las tareas de desarrollo y operación entre el proveedor de la nube y el cliente, pero no verticalmente sino horizontalmente. La posición de partida para la implementación de conceptos de DevOps difícilmente puede ser peor.
Esta constelación aumenta el incentivo para la automatización de la infraestructura, lo que alivia el área de operaciones de la administración del sistema específico al transferir estas tareas en el sentido de Infraestructura como Código (IaC) a una solución de software. Por tanto, el departamento de operaciones es superfluo en el anterior.