La migración de VMware Cloud Foundation (VCF) 5.2.x a 9.1 representa un cambio de paradigma que va mucho más allá de una simple actualización de componentes. En versiones anteriores, la gestión se organizaba en torno a productos y appliances: SDDC Manager, Aria Operations, Aria Suite Lifecycle, vCenter, NSX, ESXi, entre otros. Cada equipo solía responsabilizarse de 'su' appliance, generando silos operativos que dificultaban la visión holística del entorno. Con VCF 9.1, el modelo evoluciona hacia un plano de gestión de flota, donde la pregunta clave ya no es '¿quién es dueño de este appliance?' sino '¿esta responsabilidad opera a nivel de flota, de instancia o de dominio de carga de trabajo?'. Este cambio tiene implicaciones organizativas profundas que conviene analizar antes de iniciar cualquier plan de actualización.
En Q2BSTUDIO, como empresa de desarrollo de software y tecnología, hemos acompañado a numerosas organizaciones en esta transición. Sabemos que la claridad en el modelo de propiedad es tan crítica como la propia ejecución técnica. Por eso, en este artículo desglosamos el nuevo modelo de propiedad flota vs instancia, ofreciendo una perspectiva original basada en nuestra experiencia en proyectos de aplicaciones a medida, integración cloud y automatización inteligente.
El primer error común es pensar que la flota es simplemente el antiguo SDDC Manager con otro nombre. En realidad, la capa de flota en VCF 9.1 agrupa servicios compartidos como la gestión del ciclo de vida, identidad centralizada, licencias, depósito de software, observabilidad y políticas de seguridad. Estos servicios ya no pertenecen a un dominio concreto; operan a nivel de toda la instancia o incluso de múltiples instancias. Por tanto, el propietario de la flota debe tener una visión global y capacidad de decidir sobre políticas que afectan a todos los dominios. Por el contrario, el propietario de instancia sigue siendo responsable de la salud del dominio de gestión local y los dominios de carga de trabajo, incluyendo la preparación de hosts ESXi, vCenter, NSX y vSAN.
Un aspecto que a menudo se pasa por alto es que la ubicación física de un servicio no determina su ámbito de responsabilidad. Un servicio puede estar desplegado dentro del dominio de gestión, pero si su alcance operativo abarca varias instancias, debe tratarse como responsabilidad de flota. Este principio, aparentemente simple, evita confusiones durante las ventanas de mantenimiento. Por ejemplo, si el nuevo servicio de VCF Operations (heredero de Aria Operations) monitoriza toda la flota, el equipo de observabilidad debe coordinarse con el propietario de flota, no con el administrador local de vCenter.
Para facilitar la transición, recomendamos construir antes del upgrade una matriz RACI (Responsable, Accountable, Consulted, Informed) que asigne claramente cada función a un ámbito: flota, instancia, dominio de carga de trabajo o consumo. Algunas funciones como la política de certificados o la gestión de identidades deben ser compartidas entre el equipo de plataforma VCF y el equipo de seguridad. Otras, como la remediación de hosts ESXi, siguen siendo responsabilidad del equipo de virtualización local. El propietario de automatización (VCF Automation) ahora se alinea con el modelo de consumo: es quien define cómo los usuarios solicitan y gobiernan la infraestructura, pero no puede decidir de forma independiente sobre identidad o licencias.
En este nuevo ecosistema, la ciberseguridad adquiere un papel central. La centralización de identidades, certificados y políticas de contraseñas en la capa de flota reduce la superficie de ataque, pero también requiere una gobernanza más estricta. En Q2BSTUDIO ayudamos a las empresas a integrar ciberseguridad en sus procesos de actualización, asegurando que cada cambio cumpla con los estándares de compliance y que los controles de acceso se apliquen consistentemente en todos los dominios. Además, la observabilidad unificada (logs, métricas, dashboards) pasa a ser un servicio de flota, lo que permite detectar anomalías de seguridad de forma más temprana.
La inteligencia artificial y los agentes IA también encuentran su lugar en este modelo. VCF 9.1 incorpora capacidades de análisis predictivo y automatización basada en IA para la gestión del ciclo de vida. Por ejemplo, los agentes IA pueden recomendar ventanas de mantenimiento óptimas o detectar patrones de degradación antes de que afecten a la producción. En Q2BSTUDIO desarrollamos soluciones de IA y agentes IA que se integran con las APIs de VCF para optimizar la planificación de upgrades y la respuesta a incidentes. Del mismo modo, la integración con plataformas cloud como AWS y Azure permite extender la flota híbrida, manteniendo una gestión unificada de identidades y políticas. Para las organizaciones que ya operan en entornos multicloud, nuestros servicios de cloud AWS/Azure facilitan la conexión segura entre VCF y los hyperscalers.
Otro ámbito donde el cambio de propiedad se hace evidente es la gestión de licencias y el depósito de software. En VCF 5.2.x, cada equipo solía gestionar sus propias licencias (vCenter, NSX, Aria). En 9.1, el depósito de software y el servicio de licencias se convierten en capacidades de flota. Esto implica que el equipo de compras o procurement debe coordinarse con el propietario de flota para asegurar que las suscripciones se renueven a tiempo y que el inventario de software esté actualizado. Un error común es mantener licencias duplicadas o no migrar correctamente los entitlements, lo que puede bloquear la actualización.
La analítica de negocio y los cuadros de mando también se ven afectados. Con la centralización de logs y métricas en VCF Operations, la información para la toma de decisiones de negocio está más disponible que nunca. Los equipos de BI pueden consumir datos de rendimiento de la flota para elaborar dashboards ejecutivos. En Q2BSTUDIO ofrecemos servicios de BI/Power BI que ayudan a transformar los datos de VCF en insights accionables, conectando fuentes de datos de múltiples instancias y dominios.
Para concluir, el modelo de propiedad flota vs instancia no es solo un concepto técnico; es una decisión organizativa que debe tomarse antes de la primera pre-verificación del upgrade. Las empresas que invierten tiempo en definir quién es dueño de cada función —flota, instancia, dominio, consumo, seguridad— reducen drásticamente los riesgos de incidencias durante la migración. En Q2BSTUDIO, como partner tecnológico, ayudamos a diseñar ese modelo de propiedad y a ejecutarlo con garantías, combinando nuestra experiencia en desarrollo de aplicaciones a medida, cloud, ciberseguridad e IA. La transición a VCF 9.1 es una oportunidad para modernizar no solo la infraestructura, sino también la forma de gobernarla.
