Revisión y comparación de los modelos operativos en la nube más habituales

Artículo
03/22/2023

Los modelos operativos son exclusivos y específicos de la empresa para la que se crean, y se basan en los requisitos y las restricciones actuales. Sin embargo, los modelos operativos no son copos de nieve. Hay varios patrones comunes en los modelos operativos del cliente; en este artículo se describen los cuatro más comunes.

Comparación de modelos operativos

En la imagen siguiente se asignan modelos operativos comunes según el rango de complejidad, desde el menos complejo (descentralizado) al más complejo (operaciones globales). En las siguientes tablas se comparan los mismos modelos operativos en función del valor relativo de algunos otros atributos.

Diagrama en el que se muestran los grados de complejidad del modelo operativo.

Prioridades o ámbito

Un modelo operativo en la nube se rige principalmente por dos factores:

Prioridades o motivaciones estratégicas
Ámbito de la cartera que se va a administrar

	Operaciones descentralizadas	Operaciones centralizadas	Operaciones empresariales	Operaciones distribuidas
Prioridades o motivaciones estratégicas	Innovación	Control	Democratización	Integración
Ámbito de la cartera	Carga de trabajo	Zona de aterrizaje	Plataforma de nube	Cartera completa
Entorno de la carga de trabajo	Gran complejidad	Baja complejidad	Complejidad intermedia	Complejidad intermedia o variable
Zona de aterrizaje	N/D	Gran complejidad	Complejidad intermedia a baja	Baja complejidad
Utilidades fundamentales	N/D	N/D o escaso respaldo	Centralizado y con mayor respaldo	Respaldo máximo
Fundamentos de nube	N/D	N/D	Fundamentos híbridos, específicos del proveedor o regionales	Distribuidos y sincronizados

Prioridades o motivaciones estratégicas: cada modelo operativo proporciona las motivaciones estratégicas típicas para la adopción de la nube. Sin embargo, algunos modelos operativos simplifican motivaciones concretas.
Ámbito de la cartera: identifica el ámbito mayor que puede admitir el diseño de un modelo operativo específico. Por ejemplo, las operaciones centralizadas están diseñadas para algunas zonas de aterrizaje. Sin embargo, la decisión del modelo operativo puede crear riesgos operativos para una organización. Los riesgos operativos surgen al intentar administrar una cartera grande y compleja. Estas carteras pueden requerir muchas zonas de aterrizaje o una complejidad de variables en el diseño de la zona de aterrizaje.

Importante

La adopción de la nube a menudo desencadena una reflexión sobre el modelo operativo actual y puede provocar que se cambie de modelo operativo. Pero la adopción de la nube no es el único factor desencadenante. Las prioridades empresariales y el ámbito de la adopción de la nube pueden cambiar la forma en que se debe admitir la cartera. Además, puede haber otros cambios en el modelo operativo alineado más adecuadamente. Cuando la junta directiva, u otros equipos directivos, desarrollan planes empresariales a cinco o diez años, estos planes a menudo incluyen el requisito (explícito o implícito) del ajuste del modelo operativo. Los modelos operativos son una buena referencia como guía a la hora de tomar decisiones. Estos modelos pueden cambiar o deben personalizarse para satisfacer sus requisitos y restricciones.

Asignación de responsabilidades

Muchos equipos e individuos son responsables de admitir diferentes funciones. Sin embargo, cada modelo operativo común asigna la responsabilidad final de los resultados de la decisión a un equipo o persona. Este enfoque afecta al modo en que se financia el modelo operativo y al nivel de colaboración que se proporciona para cada función.

	Operaciones descentralizadas	Operaciones centralizadas	Operaciones empresariales	Operaciones distribuidas
Alineación empresarial	Equipo de carga de trabajo	Estrategia centralizada de la nube	CCoE	Variable: ¿Constituyen un amplio equipo de estrategia de la nube?
Operaciones de la nube	Equipo de carga de trabajo	TI central	CCoE	Basado en el análisis de la cartera: consulte Alineación empresarial y Compromisos empresariales
Gobernanza de la nube	Equipo de carga de trabajo	TI central	CCoE	Varias capas de gobernanza
Seguridad en la nube	Equipo de carga de trabajo	Centro de operaciones de seguridad (SOC)	CCoE + SOC	Mixto: consulte Definición de una estrategia de seguridad
Automatización de la nube y DevOps	Equipo de carga de trabajo	TI central o N/D	CCoE	Basado en el análisis de la cartera: consulte Alineación empresarial y Compromisos empresariales

Aceleración de la implementación del modelo operativo en Azure

Como se describe en Definición de un modelo operativo, cada metodología de Cloud Adoption Framework proporciona una ruta de acceso estructurada para desarrollar el modelo operativo. Estas metodologías pueden ayudarle a superar los obstáculos derivados de las brechas que pueden aparecer al adoptar el modelo operativo en la nube.

En la tabla siguiente se describen distintas formas de acelerar la implementación de un modelo operativo.

	Operaciones descentralizadas	Operaciones centralizadas	Operaciones empresariales	Operaciones distribuidas
Punto de partida	Marco de buena arquitectura de Azure (WAF)	Zonas de aterrizaje de Azure: opciones de inicio a pequeña escala o de inicio empresarial	Zonas de aterrizaje de Azure: CAF a escala empresarial	Alineación empresarial
Iteraciones	Poner el foco en las cargas de trabajo permite que el equipo itere dentro del WAF.	La opción de inicio a pequeña escala requiere más iteración en cada metodología, pero esto se puede hacer a medida que se consolidan los esfuerzos de adopción en la nube.	Como se muestra en las implementaciones de referencia, las futuras iteraciones se centran normalmente en adiciones de configuración secundarias.	Revise las opciones de implementación de zonas de aterrizaje de Azure para empezar con la opción que mejor se adapte a su base de referencia de operaciones. Siga la ruta de iteración definida en los principios de diseño de esa opción.

Operaciones descentralizadas

Las operaciones siempre son complejas. Si se limita el ámbito de las operaciones a una sola carga de trabajo, o a una pequeña colección de ellas, podrá controlar la complejidad. Las operaciones descentralizadas son el menos complejo de los modelos operativos comunes. En este tipo de operaciones, hay equipos dedicados de cargas de trabajo que se encargan de operar de manera independiente todas las cargas de trabajo.

Prioridades: el equipo mide la innovación sobre el control centralizado o la normalización en varias cargas de trabajo.
Ventaja única: maximiza la velocidad de innovación otorgando a los equipos de cargas de trabajo y de la empresa un control total del diseño, la compilación y las operaciones.
Inconveniente único: reducción de la normalización entre cargas de trabajo, ahorros de escalado a través de servicios compartidos y esfuerzos de cumplimiento centralizados de gobernanza coherente.
Riesgo: este enfoque presenta riesgos cuando se administra una cartera de cargas de trabajo. Los equipos de la carga de trabajo pueden tener equipos especializados dedicados a las funciones centrales de TI. Algunas organizaciones ven este modelo operativo como una opción de alto riesgo, especialmente las empresas que deben seguir los requisitos de cumplimiento de terceros.
Guía: las operaciones descentralizadas se limitan a decisiones en el nivel de cargas de trabajo. El marco de buena arquitectura de Microsoft Azure respalda las decisiones tomadas en ese ámbito. Puede que los procesos y las instrucciones de Cloud Adoption Framework agreguen una sobrecarga que las operaciones descentralizadas no necesiten.

Ventajas de las operaciones descentralizadas

Administración de costos: el costo de las operaciones se asigna fácilmente a una sola unidad de negocio. Las operaciones específicas de la carga de trabajo admiten una mayor optimización de esta.
Responsabilidades: normalmente, esta forma de operaciones depende en gran medida de la automatización para minimizar la sobrecarga. Las responsabilidades tienden a centrarse en los procesos de DevOps y las canalizaciones en la administración de versiones. Este tipo de operaciones admite implementaciones más rápidas y ciclos de comentarios más cortos durante el desarrollo.
Normalización: use un código fuente y una canalización de implementación para normalizar el entorno en función de las versiones.
Respaldo a las operaciones: las decisiones que afectan a las operaciones solo se ocupan de las necesidades de esa carga de trabajo y de la simplificación de las decisiones sobre operaciones. Los miembros de la comunidad de DevOps indican que el respaldo a las operaciones es la forma más pura de operaciones debido al ámbito operativo más estricto.
Experiencia: los equipos de DevOps y de desarrollo están más capacitados para este enfoque y experimentan una menor resistencia a realizar cambios en el mercado.
Diseño de la zona de aterrizaje: no hay ninguna ventaja operativa específica.
Utilidades fundamentales: no hay ninguna ventaja operativa específica.
Separación de obligaciones: no hay ninguna ventaja operativa específica.

Inconvenientes de las operaciones descentralizadas

Administración de costos: los costos empresariales son más difíciles de calcular. La falta de equipos de gobernanza centralizados dificulta la implementación de controles u optimización de costos uniformes. A gran escala, este modelo puede ser costoso, ya que puede que cada carga de trabajo presente duplicaciones tanto en los recursos implementados como en las asignaciones de personal.
Responsabilidades: la falta de soporte técnico centralizado significa que el equipo de la carga de trabajo es totalmente responsable no solo de la gobernanza y seguridad, sino también de las operaciones y la administración de cambios. La falta de soporte supone un problema cuando esas tareas no se han automatizado en las canalizaciones de revisión y en la versión del código.
Normalización: la normalización en una cartera de cargas de trabajo es variable e incoherente.
Compatibilidad con operaciones: a menudo se pierden las eficiencias de escalado al crear procedimientos recomendados en varias cargas de trabajo.
Conocimientos: los miembros del equipo tienen mayor responsabilidad en la toma de decisiones acertadas y éticas relativas a la gobernanza, seguridad, operaciones y administración de cambios en el diseño y la configuración de la aplicación. Consulte la revisión de la buena arquitectura de Microsoft Azure y el marco de buena arquitectura de Azure con frecuencia para mejorar la experiencia requerida.
Diseño de zona de aterrizaje: las zonas de aterrizaje no son específicas de la carga de trabajo y no se tienen en cuenta en este enfoque.
Utilidades fundamentales: pocos servicios fundamentales (si los hay) se comparten entre las cargas de trabajo, lo que reduce la eficiencia del escalado.
Separación de obligaciones: unos requisitos más altos de los equipos de DevOps y de desarrollo aumentan el uso de privilegios elevados de esos equipos. Si necesita separar tareas, es posible que tenga que invertir en gran medida en la madurez de DevOps para operar con este enfoque.

Operaciones centralizadas

Es posible que los entornos de estado estable no requieran concentración en la arquitectura o en los requisitos operativos únicos de las cargas de trabajo individuales. Las operaciones centralizadas tienden a ser la norma para entornos de tecnología que se componen principalmente de cargas de trabajo de estado estable. Entre los ejemplos de operaciones con un estado estable se incluyen elementos como aplicaciones comerciales (COTS) o aplicaciones personalizadas bien establecidas que tengan una cadencia de versiones lenta. Si la tasa de cambio se controla mediante actualizaciones y revisiones periódicas, la centralización de las operaciones puede ser una forma eficaz de administrar la cartera.

Prioridades: las prioridades son el control central sobre la innovación y miden los procesos operativos existentes a través del cambio cultural en las operaciones en la nube modernas.
Ventaja única: la centralización introduce economías de escala, los mejores controles y operaciones normalizadas, y funciona perfectamente con el entorno en la nube. Estos entornos necesitan configuraciones específicas para integrar las operaciones en la nube en las operaciones y procesos existentes. El escenario en que la centralización resulta más ventajosa es cuando hay una cartera de varios cientos de cargas de trabajo con requisitos de cumplimiento y complejidad arquitectónica modestos.
Inconveniente único: el uso del escalado para satisfacer las demandas de una gran cartera de cargas de trabajo puede poner mucha tensión en los equipos centralizados que toman decisiones operativas para las cargas de trabajo de producción. Si los recursos técnicos esperan escalar más allá de 1000 máquinas virtuales, aplicaciones u orígenes de datos, podría considerar un modelo empresarial si se realiza en un plazo de 18 a 24 meses.
Riesgo: este enfoque limita la centralización a un número menor de suscripciones (a menudo una suscripción de producción). Existe un riesgo elevado si la refactorización se realiza más adelante en el recorrido de la nube y podría interferir en los planes de adopción. Para no tener que modificar el trabajo realizado, intente centrarse en la segmentación, los límites del entorno, las herramientas de identidad y otros elementos fundamentales.
Guía: las opciones de implementación de la zona de aterrizaje de Azure alineadas con la velocidad de desarrollo del modelo "empezar por algo pequeño y expandirse" crean un sólido punto de inicio. Puede usar estas opciones para acelerar los trabajos encaminados a la adopción. Sin embargo, para que se realice correctamente, establezca directivas claras para guiar los esfuerzos de adopción iniciales con unas tolerancias al riesgo aceptables. Las metodologías de gobernanza y administración ayudan a crear procesos que consolidan las operaciones en paralelo. La realización de estos pasos sirve como etapas intermedias que se deben completar antes de permitir un mayor riesgo a medida que las operaciones se consolidan.

Ventajas de las operaciones centralizadas

Administración de costos: la centralización de servicios compartidos en varias cargas de trabajo crea ahorros de escalado y elimina las tareas duplicadas. Los equipos centrales pueden implementar rápidamente reducciones de costos gracias al dimensionamiento en toda la empresa y las optimizaciones de escalado.
Responsabilidades: es posible que una experiencia y normalización centralizadas conduzcan a una mayor estabilidad, un mejor rendimiento operativo y un número menor de interrupciones relacionadas con los cambios. Este enfoque reduce las grandes presiones de aptitudes de los equipos centrados en las cargas de trabajo.
Normalización: en general, la normalización y el costo de las operaciones son más bajos con un modelo centralizado porque existen menos sistemas o tareas duplicados.
Respaldo a las operaciones: la reducción de la complejidad y la centralización de las operaciones facilita que los equipos de TI más pequeños puedan respaldar las operaciones.
Conocimientos: la centralización de los equipos de soporte técnico permite a expertos de seguridad, riesgo, gobernanza y operaciones promover decisiones críticas para la empresa.
Diseño de la zona de aterrizaje: un departamento de TI centralizado minimiza el número de zonas de aterrizaje y suscripciones para reducir la complejidad. Los diseños de la zona de aterrizaje tienden a imitar los de los centros de datos anteriores, lo que reduce el tiempo de transición. A medida que avanza la adopción, los recursos compartidos se pueden trasladar a una suscripción o base de plataforma independientes.
Utilidades fundamentales: puede trasladar los diseños existentes del centro de datos a la nube para dar lugar a unos servicios fundamentales y compartidos que imitan las herramientas y operaciones del entorno local. Que las operaciones locales sean su modelo operativo principal, puede ser una ventaja, pero tenga en cuenta que también tienen varios inconvenientes. Las operaciones locales reducen el tiempo de transición, aprovechan los ahorros de escalado y admiten procesos operativos coherentes entre las cargas de trabajo locales y las hospedadas en la nube. Este enfoque puede reducir la complejidad y el esfuerzo a corto plazo, y permitir que los equipos más pequeños respalden las operaciones en la nube con curvas de aprendizaje reducidas.
Separación de obligaciones: la separación de obligaciones es clara en las operaciones centralizadas. El departamento de TI central mantiene el control de los entornos de producción y reduce la necesidad de tener permisos elevados de otros equipos. Este enfoque reduce las brechas, ya que limita el número de cuentas con privilegios elevados.

Inconvenientes de las operaciones centralizadas

Administración de costos: los equipos centralizados no siempre conocen las arquitecturas de las cargas de trabajo para generar optimizaciones de gran impacto en el nivel de cargas de trabajo. Esta falta de conocimientos limita el ahorro de costos que procede de operaciones de carga de trabajo bien ajustadas. No conocer completamente la arquitectura de la carga de trabajo puede afectar a las optimizaciones de costos centralizadas, lo que afecta al rendimiento, la escala y otros pilares de una carga de trabajo bien diseñada. Antes de aplicar cambios en los costos de toda la empresa a cargas de trabajo de alto perfil, el equipo de TI central debe comprender y completar la revisión de buena arquitectura de Microsoft Azure.
Responsabilidades: la centralización del acceso y del soporte técnico de producción supone una carga operativa elevada para algunas personas y una mayor presión para cada individuo. Las presiones que reciben estos individuos provocan la necesidad de realizar revisiones más profundas de las cargas de trabajo implementadas, lo que valida el cumplimiento de los requisitos de gobernanza y cumplimiento de la seguridad detallados.
Normalización: los enfoques de TI centralizados dificultan el escalado de la normalización sin un escalado lineal del personal del equipo de TI central.
Soporte técnico de las operaciones: las mayores desventajas de este enfoque están asociadas a una escala significativa y a cambios que miden la innovación.
Experiencia: los desarrolladores y los expertos en DevOps corren el riesgo de ser infravalorados o de estar demasiado limitados en este tipo de entorno.
Diseño de la zona de aterrizaje: los diseños de los centros de datos se basan en las restricciones de los enfoques anteriores, los cuales no siempre son pertinentes para la nube. Seguir este enfoque reduce las oportunidades de reconsiderar la segmentación del entorno y aprovechar las oportunidades de innovación. La falta de segmentación de la zona de aterrizaje aumenta el efecto de las vulneraciones, la complejidad de la gobernanza y el cumplimiento, y puede crear bloqueadores para la adopción en el recorrido hacia la nube. Consulte la sección anterior sobre riesgos.
Utilidades fundamentales: durante la transformación digital, la nube podría convertirse en el modelo operativo principal. La herramientas centralizadas, que se crean para las operaciones locales, reducen las oportunidades de modernizar las operaciones e incrementar las eficiencias operativas. También se puede optar por no modernizar las operaciones al principio del proceso de adopción. La modernización se puede lograr con la creación de una suscripción a una base de plataforma en el recorrido de adopción de la nube. Ese esfuerzo puede ser complejo, costoso y lento sin un planeamiento avanzado.
Separación de obligaciones: en general, las operaciones centralizadas siguen una de estas dos rutas, y ambas pueden entorpecer la innovación.
- Opción 1: a los equipos que no pertenecen al departamento de TI central se les concede acceso limitado a los entornos de desarrollo que imitan la producción. Esta opción obstaculiza la experimentación.
- Opción 2: los equipos desarrollan y realizan pruebas en entornos sin soporte técnico. Esta opción obstaculiza los procesos de implementación y ralentiza las pruebas de integración posteriores a la implementación.

Operaciones empresariales

Las operaciones empresariales representan el estado de destino sugerido para todas las operaciones en la nube. Las operaciones empresariales equilibran la necesidad de control e innovación mediante la simplificación de las decisiones y responsabilidades. El equipo de TI central se reemplaza por un centro de excelencia en la nube más facilitador o por un equipo de CCoE, que admite equipos de cargas de trabajo. El equipo de CCoE contiene los equipos de carga de trabajo responsables de las decisiones, en lugar de controlar o limitar sus acciones. A los equipos de cargas de trabajo se les concede más poder y más responsabilidad a la hora de impulsar la innovación, dentro de barreras bien definidas.

Prioridades: las prioridades son la democratización de las decisiones técnicas. La democratización de las decisiones técnicas traslada a los equipos de cargas de trabajo las responsabilidades que antes tenía el departamento de TI central. Para lograr este cambio en las prioridades, las decisiones dependen menos de los procesos de revisión ejecutados por el ser humano. Este enfoque permite la revisión, la gobernanza y el cumplimiento automatizados mediante herramientas nativas de la nube.
Ventaja única: la segmentación de entornos y la separación de obligaciones permiten el equilibrio entre el control y la innovación. Las operaciones centralizadas mantienen cargas de trabajo que requieren mayor cumplimiento y operaciones con un estado estable, o suponen un mayor riesgo para la seguridad. Por el contrario, este enfoque permite reducir el control centralizado de las cargas de trabajo y entornos que requieren una mayor innovación. Es posible que a las carteras grandes les cueste mantener el equilibrio entre control e innovación. Esta flexibilidad facilita el escalado de miles de cargas de trabajo, ya que reduce los problemas operativos.
Inconveniente único: es posible que lo que funcionó en el entorno local no funcione bien en las operaciones empresariales en la nube. Este enfoque con respecto a las operaciones requiere cambios en muchos frentes. Los cambios culturales en el control y la responsabilidad suelen ser el mayor desafío. Los cambios operativos que siguen a los cambios culturales requieren tiempo y esfuerzo para implementarse, consolidarse y estabilizarse. Los cambios arquitectónicos pueden ser necesarios en las cargas de trabajo estables, mientras que los cambios de herramientas son necesarios para capacitar y admitir los cambios culturales, operativos y arquitectónicos. Estos cambios pueden requerir compromisos con un proveedor de nube principal. Los esfuerzos de adopción realizados antes de estos cambios podrían requerir un esfuerzo de reelaboración significativo que va más allá de los esfuerzos típicos de refactorización.
Riesgo: este enfoque requiere el compromiso del equipo directivo con la estrategia de cambio. También requiere el compromiso de los equipos técnicos para superar las curvas de aprendizaje y proporcionar los cambios necesarios. La cooperación a largo plazo entre la empresa, el equipo de CCoE y el equipo de TI centralizado, y los equipos de cargas de trabajo es necesaria para ver las ventajas a largo plazo.
Guía: las opciones de la zona de aterrizaje de Azure se definen como escala empresarial. Estas opciones proporcionan implementaciones de referencia para demostrar los resultados de los cambios técnicos mediante herramientas nativas de la nube en Azure. El enfoque de escala empresarial guía a los equipos a través de los cambios operativos y culturales necesarios para sacar el máximo partido a esas implementaciones. Este mismo enfoque puede personalizar la arquitectura de referencia, con el fin de configurar el entorno para satisfacer tanto su estrategia de adopción como las restricciones de cumplimiento. Cuando implementa la escala empresarial, las metodologías de gobernanza y administración pueden ayudar en la definición de procesos. Estos procesos pueden expandir las funcionalidades de cumplimiento y operaciones para cubrir sus necesidades operativas.

Ventajas de las operaciones empresariales

Administración de costos: los equipos centrales actúan en las optimizaciones entre carteras y hacen responsables a los equipos de cargas de trabajo individuales de una mayor optimización de la carga de trabajo. Los equipos centrados en cargas de trabajo están capacitados para tomar decisiones y proporcionar una explicación cuando dichas decisiones tienen un efecto negativo en los costos. Los equipos centrales y de cargas de trabajo comparten la responsabilidad de las decisiones relacionadas con el costo en el nivel adecuado.
Responsabilidades: los equipos centrales usan herramientas nativas de la nube para definir, aplicar y automatizar límites de protección. Los esfuerzos de los equipos de cargas de trabajo se aceleran mediante la automatización y los procedimientos de CCoE. Se capacita a los equipos de cargas de trabajo para que impulsen la innovación y la toma decisiones dentro de esos límites.
Normalización: los límites de protección centralizados y los servicios fundamentales crean coherencia entre todos los entornos.
Respaldo a las operaciones: las cargas de trabajo que requieren el respaldo de operaciones centralizadas se segmentan en entornos con controles de estado estable. La segmentación y la separación de las obligaciones permiten a los equipos de cargas de trabajo adoptar la responsabilidad del respaldo operativo en sus propios entornos dedicados. Las herramientas automatizadas, nativas de la nube, garantizan una base de referencia mínima de operaciones para todos los entornos con soporte técnico operativo centralizado.
Experiencia: la centralización de los servicios principales, como la seguridad, el riesgo, la gobernanza y las operaciones, garantiza una adecuada experiencia centralizada. Los procesos y barreras de protección claros instruyen y capacitan a los equipos de cargas de trabajo a la hora de tomar decisiones más detalladas. Estas decisiones amplían el efecto de los expertos centralizados sin necesidad de escalar personal de forma lineal con la escala tecnológica.
Diseño de la zona de aterrizaje: el diseño de la zona de aterrizaje replica las necesidades de la cartera mediante la creación de límites claros de seguridad, gobernanza y responsabilidad. Estos límites son necesarios para manejar cargas de trabajo en la nube. No es probable que los procedimientos de segmentación se asemejen a las restricciones creadas por los diseños de los centros de datos anteriores. En las operaciones empresariales, el diseño de la zona de aterrizaje es menos complejo, lo que permite un escalado más rápido y la reducción de barreras a la demanda de autoservicio.
Utilidades fundamentales: las utilidades fundamentales se hospedan en suscripciones independientes controladas centralmente, que se conocen como base de la plataforma. Las herramientas centrales se canalizan en cada zona de aterrizaje como servicios auxiliares. Separar las utilidades fundamentales de las zonas de aterrizaje maximiza la coherencia y la economía de escala. Estas utilidades también crean diferencias claras entre las responsabilidades administradas centralmente y las del nivel de carga de trabajo.
Separación de obligaciones: la separación clara de las obligaciones entre las utilidades fundamentales y las zonas de aterrizaje es una de las mayores ventajas del enfoque de operaciones. Los procesos y las herramientas nativos de la nube permiten tanto el acceso como el equilibrio de control adecuado entre los equipos centralizados y los equipos de cargas de trabajo. Este enfoque se basa en los requisitos de las zonas de aterrizaje individuales y de las cargas de trabajo hospedadas en segmentos de estas zonas de aterrizaje.

Inconvenientes de las operaciones empresariales

Administración de costos: los equipos centrales dependen más de los equipos de cargas de trabajo para realizar cambios de producción en las zonas de aterrizaje. Este cambio genera el riesgo de que se pueda producir un rebasamiento presupuestario y un ajuste más lento del gasto real. Debe haber procesos de control de costos, presupuestos claros, controles automatizados y revisiones regulares en vigor para evitar sorpresas relacionadas con los costos.
Responsabilidades: las operaciones empresariales requieren mayores requisitos culturales y operativos. Estos requisitos garantizan la claridad en las responsabilidades entre los equipos central y de cargas de trabajo.
Es posible que los procesos de administración de cambios tradicionales o los comités de evaluación de cambios (CAB) no mantengan el ritmo y el equilibrio necesarios en este modelo operativo. Esos procesos se reflejan en la automatización de procesos y procedimientos que escalan la adopción de la nube de forma segura.
La falta de compromiso con los cambios se materializa primero en la negociación y la alineación de las responsabilidades. La incapacidad de alinear los cambios en las responsabilidades es una indicación de que los modelos operativos de TI centrales podrían ser necesarios durante los esfuerzos de adopción de la nube a corto plazo.
Normalización: la falta de inversión en límites de protección centralizados o en la automatización genera riesgos para la normalización, lo que es más difícil de superar mediante procesos de revisión manuales. Las dependencias operativas entre las cargas de trabajo de las zonas de aterrizaje y los servicios compartidos generan más riesgos. Estos riesgos se extienden desde la normalización durante los ciclos de actualización o las versiones futuras de utilidades fundamentales. Durante las revisiones de la base de la plataforma se necesitan pruebas mejoradas, o incluso automatizadas, no solo de todas las zonas de aterrizaje compatibles, sino también de las cargas de trabajo que hospedan.
Soporte técnico de las operaciones: la línea base de las operaciones que se proporciona mediante la automatización y las operaciones centralizadas puede ser suficiente para cargas de trabajo de bajo impacto o poca importancia. Sin embargo, para las cargas de trabajo complejas o de gran importancia, es posible que se requieran equipos de cargas de trabajo, u otras formas de operaciones dedicadas, lo que podría crear un cambio en los presupuestos de las operaciones, que requerirían que las unidades de negocio asignaran los gastos operativos a esas formas de operaciones avanzadas. Si se requiere que un departamento de TI central sea el único responsable del costo de las operaciones, es posible que las operaciones empresariales sean difíciles de implementar.
Conocimientos: es posible que sea necesario que los miembros del equipo de TI central desarrollen conocimientos relativos a la automatización de los controles centrales que anteriormente se ofrecían mediante procesos manuales. Además, estos equipos podrían desarrollar un dominio de los enfoques de infraestructura como código para definir el entorno, así como un conocimiento de la ramificación, combinación e implementación de canalizaciones. Como mínimo, un equipo de automatización de plataformas podría necesitar aptitudes de toma de decisiones para comprender la decisión tomada por los equipos del centro de excelencia en la nube o de operaciones centrales. Es posible que los equipos de cargas de trabajo tengan que desarrollar conocimientos adicionales relacionados con los controles y procesos que rigen sus decisiones.
Diseño de la zona de aterrizaje: el diseño de la zona de aterrizaje depende de las utilidades fundamentales. Los equipos de cargas de trabajo deben saber lo que está en el diseño y lo que está prohibido incluir. Este conocimiento puede ayudar a evitar la duplicación de trabajos, errores o conflictos. Para crear flexibilidad, puede tener en cuenta los procesos de excepción en los diseños de la zona de aterrizaje.
Utilidades fundamentales: la centralización de utilidades fundamentales lleva su tiempo. En último término, estas utilidades tienen en cuenta las distintas opciones y desarrollan soluciones que podrían escalarse para cumplir varios planes de adopción. Por consiguiente, es posible que haya retrasos en los esfuerzos de adopción temprana. Los retrasos pueden desplazarse a largo plazo debido a aceleraciones y a la evitación de bloqueos más adelante en el proceso.
Separación de obligaciones: garantizar una separación clara de las obligaciones requiere procesos de administración de identidades consolidados. Puede haber un mantenimiento adicional asociado a la alineación adecuada de usuarios, grupos y actividades de incorporación y de baja. Es probable que necesite adoptar nuevos procesos para acomodar el acceso Just-in-Time a través de privilegios elevados.

Operaciones distribuidas

Es posible que el modelo operativo existente esté demasiado instaurado para que toda la organización cambie a un nuevo modelo operativo. En otros casos, las operaciones globales y los distintos requisitos de cumplimiento podrían impedir que las unidades de negocio específicas realizaran un cambio. En ese caso, podría ser necesario un enfoque de operaciones de distribución. Este enfoque es, con mucho, el más complejo, ya que requiere la integración de uno o varios de los modelos operativos mencionados anteriormente.

Aunque se desaconseja en gran medida, algunas operaciones pueden necesitar este enfoque. Este enfoque se relaciona principalmente con organizaciones que tienen una colección dispersa de unidades de negocio dispares, o una base variada de segmentos de clientes u operaciones regionales.

Prioridades: integración de varios modelos operativos existentes.
Estado de transición con especial atención al cambio de toda la organización a uno de los modelos operativos mencionados anteriormente.
Enfoque operativo a largo plazo cuando la organización es demasiado grande o compleja para alinearse con un único modelo operativo.
Ventaja única: integración de elementos comunes del modelo operativo de cada unidad de negocio. Este enfoque crea un vehículo para agrupar las unidades operativas en una jerarquía que les ayuda a consolidar las operaciones mediante procesos repetibles coherentes.
Inconveniente único: es difícil mantener la coherencia y la normalización entre varios modelos operativos durante períodos prolongados. Este enfoque operativo requiere un conocimiento profundo de la cartera y de cómo funcionan los distintos segmentos de la cartera tecnológica.
Riesgo: la falta de compromiso con un modelo operativo principal podría llevar a confusión entre los equipos. Use este modelo operativo cuando no haya ninguna manera de alinearse con un único modelo operativo.
Guía: comience con una revisión exhaustiva de la cartera, que usa el enfoque descrito en los artículos sobre alineación empresarial. Intente agrupar la cartera por el modelo operativo con el estado (descentralizado, centralizado o empresarial).
Desarrolle una jerarquía de grupos de administración que refleje las agrupaciones de modelos operativos. Esta disposición incluye otros patrones organizativos para regiones, unidades de negocio u otros criterios que asignen los clústeres de carga de trabajo de los cubos menos comunes a los más comunes.
Evalúe la alineación de las cargas de trabajo con los modelos operativos para encontrar el clúster de modelo operativo más adecuado con el que empezar. Siga las instrucciones asignadas al modelo operativo para todas las cargas de trabajo del nodo y la jerarquía de grupos de administración.
Use las metodologías de gobernanza y administración para buscar las directivas corporativas comunes, así como los procedimientos de administración operativa necesarios en varios puntos de la jerarquía. Aplique las directivas comunes de Azure para automatizar las directivas corporativas compartidas.
A medida que pruebe las directivas de Azure con varias implementaciones, intente moverlas más arriba en la jerarquía del grupo de administración. Las directivas se pueden aplicar a muchas cargas de trabajo, que pueden encontrar aspectos comunes y necesidades de operación distintas.
Con el tiempo, este enfoque puede ayudarle a definir un modelo que se escale en varios modelos operativos. Este enfoque también puede unificar los equipos a través de un conjunto de procedimientos y directivas comunes.

Las ventajas e inconvenientes de este enfoque se han dejado deliberadamente en blanco. Después de completar la alineación empresarial de su cartera, consulte la sección sobre el modelo operativo predominante más arriba para más información sobre las ventajas e inconvenientes.

Pasos siguientes

Conozca la terminología asociada a los modelos operativos. La terminología le ayuda a comprender cómo encaja un modelo operativo en el ámbito mayor del planeamiento corporativo.

Terminología del modelo operativo

Conozca cómo una zona de aterrizaje proporciona el bloque de creación básico de cualquier entorno de adopción de la nube.

¿Qué es una zona de aterrizaje?

Compartir a través de