Azure Arc frente a Azure Local: aclarando la terminología de la infraestructura híbrida de Microsoft

By Mirko Peters · 2026-08-22

¡Bienvenido de nuevo al podcast! Si has seguido nuestros episodios recientes sobre la arquitectura de TI empresarial moderna, sabrás que dedicamos mucho tiempo a hablar de estrategias de nube híbrida…

Automatically translated with AI from the original post. Read the English original

¡Bienvenido de nuevo al podcast! Si has seguido nuestros episodios recientes sobre la arquitectura de TI empresarial moderna, sabrás que dedicamos mucho tiempo a hablar de estrategias de nube híbrida. Hace poco recibí un correo electrónico fantástico de un oyente llamado Marcus, de Chicago. Marcus nos escribió y decía: "Estoy intentando diseñar la infraestructura de próxima generación de nuestra empresa, pero cada vez que leo un documento técnico de Microsoft me pierdo entre tanta jerga. ¿Cuál es la diferencia real entre Azure Arc y Azure Local? ¿Son productos competidores? ¿Necesito los dos?"

Marcus, definitivamente no estás solo. Microsoft tiene hoy uno de los ecosistemas híbridos más completos del mercado, pero con esa amplitud llega una cantidad abrumadora de terminología. Los términos cambian de nombre, las siglas evolucionan y, de repente, los administradores de TI y los arquitectos de nube se quedan rascándose la cabeza para entender qué hace cada herramienta. Por eso quise dedicar esta entrada del blog a desglosar estos dos pilares fundamentales de la estrategia híbrida de Microsoft. Al terminar, tendrás una claridad total sobre qué es Azure Arc, qué es Azure Local, en qué se diferencian y, lo más importante, cómo pueden trabajar juntos para potenciar tu infraestructura.

Introducción a la evolución híbrida de Microsoft

Para entender dónde encajan hoy Azure Arc y Azure Local, tenemos que retroceder un poco en el tiempo. Durante décadas, la TI empresarial era binaria: las cargas de trabajo vivían en tus propios servidores físicos, en un centro de datos local, o en el centro de datos de otra persona. Luego llegó la revolución de la nube pública, liderada por Microsoft Azure, Amazon Web Services y Google Cloud Platform. De repente, las organizaciones se apresuraban a migrar todo a la nube, prometiendo escalabilidad infinita y menor gasto de capital.

Sin embargo, la realidad pronto se impuso. Las empresas se dieron cuenta de que no todo pertenece a la nube pública. Los requisitos normativos, las leyes de soberanía de datos, la necesidad de latencia ultrabaja en el borde de la red y las aplicaciones heredadas que simplemente no pueden refactorizarse con facilidad hicieron que la infraestructura local no desapareciera. Al mismo tiempo, las organizaciones no querían renunciar a las increíbles capacidades de gestión, herramientas de seguridad y eficiencia para desarrolladores que habían llegado a apreciar en Azure.

Esta realización dio origen a la era de la nube híbrida. Microsoft entendió pronto que el futuro no era solo la nube pública, sino un continuo sin fisuras que abarca desde el borde hasta el centro de datos y la nube. Con los años, Microsoft desarrolló diversas herramientas para cerrar esta brecha. Algunas estaban diseñadas para gestionar el hardware existente, mientras que otras buscaban modernizar ese hardware por completo. Esto nos lleva a los dos temas principales de hoy: Azure Arc, que se encarga de la gestión y el control, y Azure Local, que proporciona la base real de infraestructura hiperconvergente.

Descifrando la terminología: ¿qué es Azure Arc?

Empecemos por Azure Arc. Si de esta sección solo te llevas una frase, que sea esta: Azure Arc es un plano de control, no un producto de infraestructura.

Piensa en Azure Arc como una varita mágica que extiende el plano de control de Azure (la misma interfaz de gestión que usas para administrar máquinas virtuales, bases de datos y clústeres de Kubernetes en la nube pública de Azure) hacia tus propios centros de datos, ubicaciones de borde e incluso nubes competidoras como AWS y Google Cloud Platform.

Cómo funciona Azure Arc por dentro

En su núcleo, Azure Arc funciona instalando agentes ligeros en tus recursos existentes, dondequiera que estén. Ya sea un servidor físico Linux en un rack de Fráncfort, una máquina virtual VMware en tu oficina local de Chicago o una instancia de Amazon EC2, Azure Arc conecta ese recurso con Azure. Una vez conectado, ese recurso externo se proyecta en Azure Resource Manager (ARM). De repente, tus servidores que no son de Azure aparecen junto a tus máquinas virtuales nativas de Azure en Azure Portal.

Esta proyección desbloquea un enorme conjunto de capacidades nativas de la nube para una infraestructura que nunca toca realmente la nube de Azure:

• Gobernanza y cumplimiento unificados: Puedes aplicar Azure Policy a tus servidores locales para garantizar que las configuraciones se mantengan conformes en todo tu entorno.
• Seguridad avanzada: Microsoft Defender for Cloud puede extenderse para supervisar amenazas y vulnerabilidades en tus servidores fuera de Azure y en tus clústeres de Kubernetes.
• Monitorización nativa de la nube: Azure Monitor puede recopilar registros y métricas de tu infraestructura local, ofreciéndote un único panel de control para la observabilidad.
• Servicios habilitados con Arc: Incluso puedes ejecutar Azure SQL Managed Instance y Azure PostgreSQL en tu propia infraestructura local, administrados íntegramente a través del plano de control de Azure.

Y lo más importante: Azure Arc no le importa qué hipervisor tengas por debajo. No reemplaza tu configuración de VMware, Hyper-V o bare-metal físico. Simplemente añade una capa de gestión inteligente sobre lo que ya tienes.

Descifrando la terminología: ¿qué es Azure Local?

Ahora que entendemos Azure Arc como la capa de gestión, pasemos al lado de la infraestructura: Azure Local. Si Azure Arc es el plano de control definido por software que llega a todas partes, Azure Local es una solución de infraestructura hiperconvergente (HCI) diseñada para ejecutar cargas de trabajo de forma local, en tu centro de datos o en el edge.

Es posible que reconozcas esta tecnología por su nombre anterior: Azure Stack HCI. Microsoft renombró y simplificó recientemente esta oferta bajo el nombre Azure Local para alinearla mejor con su misión principal. Azure Local proporciona una plataforma moderna de computación, almacenamiento y redes definida por software que ejecutas en dispositivos de hardware validados, directamente en tus instalaciones.

La arquitectura de Azure Local

Azure Local combina tecnologías de Windows Server con software hiperconvergente avanzado para ofrecer virtualización y capacidades de almacenamiento de nivel empresarial. Utiliza Hyper-V para la virtualización y Storage Spaces Direct para un almacenamiento definido por software de alto rendimiento.

Lo que hace verdaderamente único a Azure Local es su integración profunda y nativa con la nube pública de Azure desde el principio. Mientras que las plataformas de virtualización tradicionales necesitan herramientas de terceros para conectarse a la nube, Azure Local está diseñada para estar conectada a la nube por defecto. Te permite ejecutar máquinas virtuales Windows y Linux, así como clústeres de Azure Kubernetes Service (AKS), de forma local, en hardware que tú mismo posees y operas.

Las características clave de Azure Local incluyen:

• Alta disponibilidad y resiliencia: La agrupación en clústeres y la replicación de almacenamiento integradas garantizan que tus cargas de trabajo locales sigan en funcionamiento incluso ante fallos de hardware.
• Factores de forma flexibles: Desde nodos de borde reforzados desplegados en tiendas o fábricas hasta clústeres grandes de varios nodos en centros de datos empresariales, Azure Local se adapta al espacio físico que tengas.
• Virtualización familiar: Si tu equipo ya conoce Hyper-V o los conceptos generales de virtualización, la adopción de Azure Local tiene una curva de aprendizaje muy suave.

Diferencias clave entre gestión e infraestructura

Cuando los oyentes me preguntan por comparar Azure Arc y Azure Local, mi primer objetivo es siempre corregir la premisa de la pregunta. Comparar Azure Arc con Azure Local es un poco como comparar un mando a distancia con un televisor. No son tecnologías competidoras; operan en capas completamente distintas de la pila de TI.

Desglosemos las diferencias fundamentales en algunas dimensiones clave:

1. Capa de la pila

Azure Arc vive por completo en la capa de gestión y plano de control. Es un servicio en la nube que te permite organizar, gobernar y proteger recursos. Azure Local vive en la capa de infraestructura y cómputo. Es un sistema operativo y una plataforma hiperconvergente que proporciona los recursos físicos y virtuales de cómputo y almacenamiento donde se ejecutan realmente tus aplicaciones.

2. Dependencia del hardware

Como Azure Arc es simplemente una herramienta de administración basada en agentes, prácticamente no tiene dependencias de hardware. Puedes instalar el agente de Arc en un servidor Dell de cinco años con una versión heredada de Linux, en un servidor HPE recién salido de fábrica con Windows, o incluso en una máquina virtual alojada en AWS. Azure Local, en cambio, requiere hardware específico y validado de los socios de hardware de Microsoft. No puedes instalar Azure Local en cualquier equipo que tengas en la sala de servidores; necesita nodos de clúster certificados para garantizar el rendimiento, la fiabilidad y la capacidad de soporte.

3. Propósito principal

El objetivo de Azure Arc es la administración unificada: aportar coherencia a un portafolio de TI fragmentado, multinube y local. El objetivo de Azure Local es la infraestructura local modernizada: ofrecer una plataforma HCI nativa de la nube para ejecutar cargas de trabajo virtualizadas y en contenedores justo donde se generan los datos.

Cuándo usar Azure Arc frente a Azure Local

Ahora que hemos establecido qué hace cada herramienta, hablemos de la toma de decisiones. En tus sesiones de planificación de arquitectura, ¿cómo sabes cuándo recurrir a Azure Arc y cuándo desplegar Azure Local?

Cuándo usar Azure Arc

Deberías desplegar Azure Arc cuando quieras llevar las capacidades de administración de Azure a infraestructura que ya posees y que no tienes previsto reemplazar a corto plazo. Por ejemplo:

• Tienes una inversión enorme en VMware o en servidores Linux sobre hardware dedicado repartidos en varios centros de datos globales, y quieres un único panel en Azure Portal para administrar el cumplimiento, supervisar los registros y aplicar directivas.
• Ejecutas clústeres de Kubernetes en AWS o Google Cloud y quieres usar Azure GitOps y Azure Policy para administrar los despliegues en todas esas nubes a la vez.
• Quieres ejecutar servicios de datos de Azure, como Azure SQL Managed Instance, en tus instalaciones sin migrar toda la pila de virtualización subyacente.

Cuándo usar Azure Local

Deberías desplegar Azure Local cuando quieras renovar infraestructura local envejecida o construir un nuevo entorno de computación en el edge, y quieras que esa infraestructura local se comporte como una extensión de la nube de Azure:

• Tu pila tradicional de SAN y virtualización está llegando al fin de su vida útil, y quieres reemplazarla por una infraestructura hiperconvergente definida por software y moderna que se integre de forma nativa con la copia de seguridad, la recuperación ante desastres y la supervisión de Azure.
• Necesitas computación y almacenamiento de baja latencia en una ubicación de borde, como un hospital, una tienda minorista o una planta de fabricación, donde los datos deben procesarse localmente, pero quieres administrar esas cargas de trabajo de forma centralizada desde la nube de Azure.
• Quieres ejecutar Azure Kubernetes Service (AKS) en tus instalaciones con soporte completo e integración sin fisuras en tus canales de despliegue en la nube existentes.

Cómo funcionan juntos en una estrategia híbrida

Aquí es donde realmente ocurre la magia. Aunque Azure Arc y Azure Local son productos distintos, Microsoft los diseñó para funcionar mejor juntos. De hecho, ¡los clústeres de Azure Local se habilitan automáticamente con Azure Arc de forma predeterminada!

Cuando despliegas un clúster de Azure Local en tu centro de datos, la infraestructura subyacente se administra localmente, pero su plano de control está totalmente integrado con Azure Arc. Esto significa que no necesitas instalar agentes adicionales ni configurar túneles complejos para administrar tu infraestructura de Azure Local: aparece de forma nativa en tu suscripción de Azure desde el momento en que se inicializa.

Veamos un escenario híbrido real para ver cómo se materializa esta sinergia en la práctica. Imagina una gran empresa global de logística:

1. En el edge: La empresa opera cientos de centros de preparación de pedidos en todo el mundo. En cada centro despliegan pequeños equipos de dos nodos con Azure Local para procesar etiquetas de envío, ejecutar instancias locales de bases de datos y gestionar sistemas de automatización de almacenes con latencia ultrabaja.
2. En toda la empresa: También tienen centros de datos heredados que ejecutan una mezcla de VMware y servidores físicos, además de algunas cargas de trabajo alojadas en AWS. Instalan agentes de Azure Arc en todos estos entornos para aplicar líneas base de seguridad y hacer seguimiento del cumplimiento.
3. Gestión unificada: A través de Azure Portal, el equipo central de TI puede ver el estado de los centros de preparación en el perímetro (que se ejecutan en Azure Local) junto con sus instancias de AWS y sus servidores heredados (administrados mediante Azure Arc). Usan Azure Policy para garantizar que los estándares de cifrado se cumplan en todas partes y Azure Monitor para supervisar las métricas de rendimiento a nivel global.

En esta arquitectura, Azure Local proporciona la base resistente y de alto rendimiento en el perímetro, mientras que Azure Arc ofrece el plano de gobierno y control general que une todo el entorno híbrido.

Conclusión: simplificar tu camino hacia la nube híbrida

Desenvolverse en el ecosistema de nube híbrida de Microsoft puede resultar abrumador al principio, pero una vez que asocias la terminología con las capas de arquitectura concretas, todo encaja. Recuerda la regla de oro: Azure Arc es tu plano de control de gestión para todo, en todas partes, mientras que Azure Local es tu infraestructura hiperconvergente moderna para cargas de trabajo locales y en el perímetro.

Al planificar tu arquitectura empresarial para el próximo año, no consideres estas tecnologías como una opción excluyente. En su lugar, observa cómo se complementan. Usa Azure Arc para unificar y gobernar tus inversiones de TI heterogéneas existentes, y aprovecha Azure Local cuando necesites modernizar tu infraestructura local y de perímetro con la agilidad propia de la nube nativa.

Espero que esta inmersión profunda aclare la confusión en torno a la terminología híbrida de Microsoft. Como siempre, nos encantaría saber de ti. ¿Ya usas Azure Arc en tus entornos multinube? ¿Has desplegado Azure Local en tus ubicaciones de perímetro? Déjanos un comentario abajo o envíanos un correo electrónico para nuestro próximo episodio de buzón de oyentes. ¡Hasta la próxima, sigue diseñando arquitecturas para el futuro!