Reconsiderar los modelos de soporte para un mundo nativo de la nube

7 Abril, 2021

Josh Prewitt

La mayoría de los equipos de TI se encuentran en algún punto intermedioentre las operaciones tradicionales de TI y los métodos modernos de hacer las cosas de la nube nativa. Las características determinantes de las operaciones tradicionales de TI incluyen lo siguiente: transferencias claras entre el desarrollo y la operación, énfasis en la infraestructura y las operaciones, y un enfoque de desarrollo y lanzamiento en cascada. Para evolucionar a un modelo operativo nativo de la nube, no debe haber límites entre desarrollar y operar. Ahí es donde entra DevOps.

Un enfoque de DevOps atenúa las diferencias entre desarrollar y operar, y le permite impulsar resultados reales. Como parte del cambio hacia la nube nativa, la atención debería centrarse más en la pila de aplicaciones, lo que permite que estas dicten las decisiones de infraestructura, en lugar de que sea al revés. Imagine que es como tener aplicaciones en el asiento del conductor, con la infraestructura como acompañante.

Con el dominio de las viejas costumbres

Muchas empresas todavía operan en la nube como si fuera un centro de datos. Muchas veces, recibimos preguntas acerca de la aplicación de parches y de los respaldos, que son conceptos que deberían manejarse de manera muy diferente en una aplicación nativa de la nube en comparación con una que se ejecuta en su centro de datos. Para alcanzar el estado ideal de nativo de la nube, los clientes deben hacer un esfuerzo más consciente para alejarse del enfoque tradicional orientado a las VM.

Parte del problema es que, probablemente, sus socios de MSP lo estén frenando. Los MSP tradicionales se crearon en torno a las tecnologías antiguas y no tienen incentivos para fomentar su evolución. Están conformados para llenar el vacío en las áreas funcionales entre desarrollar y operar silos, y tienen ámbitos estrechamente definidos y basados en SLA. La verdad es que el modelo de soporte de TI está obligado a adaptarse a los límites del pasado.

Cómo los MSP pueden fomentar la evolución

A medida que las empresas avanzan hacia un modelo de nube nativa, empiezan a desarrollar equipos pequeños altamente responsables de todo el ciclo de vida de la aplicación. Los modelos de soporte necesitan cambiar para ofrecer servicios que brinden un soporte adecuado a esos equipos. Estos servicios deberían parecerse más a servicios de ingeniería y menos a un mero juego de operaciones. Además, estos servicios de ingeniería deberían cumplir con las iniciativas de los clientes, y no con los SLA arbitrarios.

La naturaleza del trabajo de ingeniería en la nube se traduce en un compromiso continuo. Siempre hay algo que se puede automatizar o corregir. Los modelos de soporte deben ser flexibles y deben poder integrarse sin problemas con los equipos de los clientes. Solo entonces un MSP puede estar totalmente alineado con los objetivos del cliente y proporcionar mejoras de la manera correcta.

Deje ir lentamente el pasado

Las organizaciones de TI en evolución necesitan un modelo moderno de soporte en la nube que no tenga los límites aislados del pasado, que enfatice las aplicaciones sobre la infraestructura y que oriente a sus equipos hacia un enfoque ágil y basado en DevOps para las operaciones de TI.

También debería ser responsabilidad de los MSP ayudar a los clientes a eliminar la administración de las VM de cada aplicación que sea cada vez más nativa de la nube. Las tareas de administración de las VM más antiguas necesitarán un alto nivel de soporte para asegurarse de que se manejen correctamente, pero con equipos integrados y altamente especializados en la misma misión, el camino hacia la nube nativa será mucho más claro.