Compromiso empresarial en la administración de la nube

Un compromiso empresarial le ayuda a definir el nivel de administración operativa a un coste operativo aceptable. Para definir un compromiso empresarial, debe equilibrar las prioridades. En este artículo se describe cómo evaluar los puntos de datos y los cálculos para encontrar ese equilibrio.

Puede tener compromisos relacionados con la estabilidad empresarial que justifiquen las decisiones empresariales. Los compromisos de estabilidad pueden incluir acuerdos de nivel de servicio (SLA) o un determinado nivel de resistencia técnica. Para la mayoría de las cargas de trabajo, solo necesita un nivel de línea base de administración en la nube. Para otras cargas de trabajo, podría gastar entre dos y cuatro veces más en la administración de la nube en comparación con un nivel de referencia. Puede justificar este coste por el posible impacto de las interrupciones del negocio.

Los artículos anteriores de esta serie pueden ayudarle a comprender la clasificación y el impacto de las interrupciones en varias cargas de trabajo. Este artículo le ayuda a calcular los resultados.

En el diagrama siguiente se muestra que cada nivel de administración de la nube tiene puntos de inflexión en los que el coste puede aumentar más rápido que la resistencia. Esos puntos de inflexión requieren decisiones y compromisos empresariales detallados.

Diagrama que muestra el equilibrio entre costes y resistencia.

Determinación de un compromiso adecuado

Para cada carga de trabajo de una cartera, el equipo de operaciones en la nube y el equipo de estrategia en la nube deben alinearse en el nivel de administración que proporciona directamente el equipo de operaciones en la nube.

Cuando su empresa establezca un compromiso, determine cómo alinear los siguientes aspectos.

  • Requisitos previos de las operaciones de TI
  • Responsabilidad de administración
  • Inquilino en la nube
  • Factores de costo indirecto
  • Evitar las pérdidas con el retorno de la inversión (ROI)
  • Validación del nivel de administración

Para ayudarle a tomar decisiones, en las secciones siguientes se describen estos aspectos con mayor detalle.

Determinación de los requisitos previos de las operaciones de TI

En la Guía de administración de Azure se describen las herramientas de administración de Azure. Antes de que su empresa adquiera un compromiso, el departamento de TI debe determinar una línea base de administración estándar aceptable que se aplique a todas las cargas de trabajo administradas. Después, para cada una de las cargas de trabajo administradas en la cartera de TI, TI calcula un coste de administración estándar basado en los núcleos de CPU, el espacio en disco y otras variables relacionadas con los activos. TI también puede calcular un objetivo de nivel de servicio compuesto (SLO) para cada carga de trabajo, en función de la arquitectura.

Los equipos de operaciones de TI a menudo usan un tiempo de actividad mínimo predeterminado del 99,9 % para el SLO compuesto inicial. Pueden normalizar los costes de administración en función de la carga de trabajo media, especialmente en el caso de las soluciones con requisitos mínimos de registro y almacenamiento. Para proporcionar un punto de partida para las conversaciones iniciales, el equipo de operaciones de TI puede calcular la media de los costes de algunas cargas de trabajo de criticidad media.

Sugerencia

Si usa el libro de administración de operaciones para planificar la administración de la nube, debe actualizar los campos de administración de las operaciones para reflejar estos requisitos previos de las operaciones de TI. Los campos de administración de operaciones incluyen Nivel de compromiso, SLO compuesto y Coste mensual. El coste mensual debe representar el coste mensual agregado de las herramientas de administración de las operaciones.

La línea base de administración de operaciones actúa como punto de partida inicial y también debe validar la línea base con los siguientes aspectos.

Elección de un modelo de responsabilidad

En un entorno local tradicional, podría presuponer que el coste de administración del entorno es un coste irrecuperable para las operaciones de TI. Un coste irrecuperable es un gasto que no se puede recuperar. En la nube, la administración es una decisión intencionada que tiene un impacto presupuestario directo. Puede atribuir directamente los costes de cada función de administración a cada carga de trabajo que implemente en la nube. Tiene un mayor control con este enfoque. Sin embargo, los equipos de operaciones en la nube y los de estrategia en la nube deben comprometerse primero a llegar a un acuerdo sobre las responsabilidades.

Su empresa también puede optar por externalizar algunas de sus funciones de administración actuales a algún proveedor de servicios. Los proveedores de servicios pueden usar Azure Lighthouse para proporcionar a su empresa un control preciso. Por ejemplo, puede conceder acceso a los recursos y tener mayor visibilidad sobre las acciones que realizan los proveedores de servicios.

Para administrar el entorno de nube, puede implementar varios modelos.

  • Modelo de responsabilidad delegada: las operaciones de TI pueden usar un enfoque conocido como responsabilidad delegada. Este enfoque no requiere administración centralizada y evita la sobrecarga de la administración operativa. En un modelo de centro de excelencia en la nube (CCoE), las operaciones y la automatización de la plataforma proporcionan herramientas de administración de autoservicio que pueden usar los equipos de operaciones empresariales, independientemente de los equipos de operaciones de TI centralizadas.

    Este enfoque proporciona a las partes interesadas de la empresa un control total sobre los presupuestos relacionados con la administración. El equipo de CCoE también puede garantizar que se implemente correctamente un conjunto mínimo de límites de protección. El equipo de TI actúa como agente y guía que ayuda a la empresa a tomar decisiones sensatas. Las operaciones empresariales supervisan las operaciones cotidianas de las cargas de trabajo dependientes.

  • Modelo de responsabilidad centralizada: su empresa puede requerir un modelo de equipo de TI centralizado si tiene requisitos de cumplimiento, complejidad técnica o algunos modelos de servicios compartidos. En un modelo de TI centralizado, el equipo de TI realiza sus responsabilidades de administración de operaciones.

    Puede administrar y controlar de forma centralizada el diseño del entorno, los controles de administración y las herramientas de gobernanza, lo que evita que las partes interesadas de la empresa realicen compromisos de administración. Sin embargo, la visibilidad del coste y la arquitectura de los enfoques en la nube facilitan mucho a los equipos de TI centralizados la comunicación de los costes y el nivel de administración de cada carga de trabajo.

  • Modelo mixto: la clasificación es la base de un modelo mixto de responsabilidades de administración. Si su empresa está en proceso de transformación de un entorno local a la nube, es posible que necesite un modelo operativo local por algún tiempo. Si su empresa tiene requisitos estrictos de cumplimiento o depende de contratos a largo plazo con proveedores externos de TI, puede que necesite un modelo operativo centralizado.

    Un enfoque de modelo mixto proporciona equilibrio. En este enfoque, un equipo de TI centralizado proporciona un modelo operativo centralizado para todas las cargas de trabajo críticas o que contienen información confidencial. El equipo coloca todas las demás clasificaciones de cargas de trabajo en un entorno de nube que admite responsabilidades delegadas. El enfoque de responsabilidad centralizada actúa como modelo operativo general, pero su empresa tiene flexibilidad para adoptar un modelo operativo especializado en función del nivel necesario de compatibilidad y confidencialidad.

Considere quién es el responsable de la gestión de las operaciones diarias de una carga de trabajo. Su enfoque de responsabilidad afecta a sus compromisos.

Administración de inquilinos en la nube

Normalmente, puede gestionar los activos más fácilmente cuando residen en un único inquilino. Pero puede que tenga que mantener varios inquilinos. Para obtener más información sobre por qué puede requerir un entorno multiinquilino de Azure, consulte Centralización de operaciones de administración con Azure Lighthouse.

Tenga en cuenta los factores de coste indirecto

En la siguiente sección se describe un enfoque para determinar el rendimiento comparativo en relación con los niveles de los procesos y las herramientas de administración. Para cada carga de trabajo analizada, puede medir los costes de administración en relación con el impacto previsto de las interrupciones de la empresa. Use el método siguiente para determinar si necesita invertir en enfoques de administración más amplios.

Antes de calcular las cifras, tenga en cuenta los factores de coste indirecto. Los factores de coste indirecto producen un rendimiento difícil de medir mediante ahorro en los costes fijos, que sería visible en un balance de pérdidas y ganancias. Los factores de coste indirecto pueden indicar una necesidad de invertir en más administración de la que sería prudente desde el punto de vista fiscal.

Estos son algunos ejemplos de factores de coste indirecto:

  • Uso diario de una carga de trabajo por parte del Consejo o el consejero delegado.

  • Uso de la carga de trabajo por parte del x % de clientes como máximo, que provoca un mayor impacto en los ingresos en otro lugar.

  • Efecto sobre la satisfacción de los empleados.

Para realizar un compromiso, el siguiente punto de datos que debe evaluar es una lista de los factores de coste indirecto. No es necesario documentar estos factores en esta fase, pero las partes interesadas de la empresa deben ser conscientes de la importancia de estos factores y su exclusión de los siguientes cálculos.

Cálculo de la ROI con la prevención de pérdidas

Cuando el equipo de TI responsable de las operaciones en la nube calcula el rendimiento relativo en los costes de administración de las operaciones, debe cumplir los requisitos previos anteriores y presuponer un nivel mínimo de administración para todas las cargas de trabajo.

El siguiente compromiso que debe realizar su empresa es aceptar los costes asociados a la oferta administrada según la base de referencia. Determine si su empresa acuerda invertir en la oferta de base de referencia para cumplir los estándares mínimos de las operaciones en la nube.

Si su empresa no está de acuerdo con ese nivel de administración, debe crear una solución para que su negocio pueda continuar. Asegúrese de que la solución no afecta materialmente a las operaciones en la nube de otras cargas de trabajo.

Es posible que desee más que el nivel de administración estándar. La sección siguiente ayuda a validar esa inversión y los beneficios asociados en forma de evitación de pérdidas.

Aumento de los niveles de administración

En el caso de las soluciones administradas, puede aplicar varios principios de diseño y soluciones de plantilla, además de la base de referencia de administración. Todos los principios de diseño para la confiabilidad y la resistencia suman costes operativos a la carga de trabajo. El equipo de TI y su empresa deben aceptar estos compromisos adicionales, por lo que debe conocer las posibles pérdidas que puede evitar al implementar más principios.

Los cálculos siguientes le ofrecen fórmulas para comprender mejor las diferencias entre las pérdidas y el aumento de las inversiones en administración. Para obtener más información sobre cómo calcular el coste de la mayor administración, consulte los artículos Automatización de la carga de trabajo y Automatización de la plataforma.

Sugerencia

Si usa el libro de administración de operaciones para planificar la administración de la nube, actualice los campos de administración de operaciones para que reflejen cada conversación. Estos cambios actualizan las fórmulas de ROI y cada uno de los campos siguientes.

Estimación de la interrupción

El SLO compuesto es el que se basa en la implementación de cada activo en la carga de trabajo. El campo SLO compuesto controla la interrupción estimada, que se etiqueta Est. Outage en el libro. Para calcular la interrupción estimada en horas al año sin usar el libro, aplique la siguiente fórmula:

Interrupción estimada = (1 - porcentaje del SLO compuesto) x número de horas de un año

En el libro se usa el valor predeterminado de 8760 horas al año.

Efecto estándar de las pérdidas

El efecto estándar de las pérdidas prevé el efecto financiero de las interrupciones, suponiendo que la predicción de interrupción estimada resulte precisa. El efecto estándar de las pérdidas se etiqueta Standard Impact en el libro. Para calcular esta previsión sin usar el libro, aplique la siguiente fórmula:

Efecto estándar = interrupción estimada a tres novenos del tiempo de actividad × tiempo/valor del efecto

El valor sirve como base de referencia del coste si las partes interesadas de la empresa optan por invertir en más administración.

Efecto del SLO compuesto

El efecto del SLO compuesto proporciona el efecto fiscal actualizado en función de los cambios en el SLA sobre el tiempo de actividad. Use este cálculo para comparar el efecto financiero previsto de ambas opciones. El impacto del SLO compuesto se etiqueta Commitment level impact en el libro. Para calcular este efecto previsto sin la hoja de cálculo, aplique la siguiente fórmula:

Efecto del SLO compuesto = interrupción estimada × tiempo/valor del efecto

El valor representa las posibles pérdidas que se deben evitar con el cambio en el nivel de compromiso y el nuevo SLO compuesto.

Base de comparación

El campo Base de comparación evalúa el efecto estándar y el efecto del SLO compuesto para determinar la cantidad de retorno en el campo ROI anual.

Rendimiento con la prevención de pérdidas

Si el coste de administrar una carga de trabajo supera las pérdidas potenciales, la inversión propuesta en la administración de la nube podría no merecer la pena. Para comparar el rendimiento con la prevención de pérdidas, consulte la columna denominada Annual ROI. Para calcular esta columna por su cuenta, use esta fórmula:

Rendimiento con la prevención de pérdidas = (base de comparación - (coste mensual × 12) ÷ (coste mensual × 12)

Si no tiene otros factores de coste indirecto que se deban tener en cuenta, puede usar esta comparación para determinar rápidamente si necesita invertir más en operaciones en la nube, resistencia, confiabilidad u otras áreas.

Validación del compromiso

En este punto del proceso, la empresa puede asumir compromisos, incluida la responsabilidad centralizada o delegada y la tenencia de Azure, y determinar el nivel de compromiso. Puede validar y documentar cada compromiso para garantizar la alineación del equipo de operaciones en la nube, del equipo de estrategia en la nube y de las partes interesadas de la empresa respecto a estos compromisos con el fin de administrar la carga de trabajo.

Paso siguiente

Después de realizar compromisos, los equipos de operaciones responsables pueden configurar la carga de trabajo. Para empezar, evalúe varios enfoques para el inventario y la visibilidad.