Azure Arc surge como respuesta a la complejidad operativa que introducen los entornos híbridos y multinube. En lugar de obligar a los equipos de TI a manejar consolas y modelos operativos distintos para cada plataforma, Arc proyecta cualquier recurso, servidores, clústeres Kubernetes, bases de datos o servicios PaaS en Azure Resource Manager. De esta forma todos los activos, indistintamente de donde se alojen, reciben un identificador de recurso y quedan gestionados mediante el mismo núcleo de control que una máquina virtual nativa de Azure.
Arquitectura de la plataforma
El plano de control gratuito de Azure Arc se basa en dos componentes esenciales.
-
Azure Connected Machine Agent (para servidores, VMware y SCVMM) que registra el equipo en Azure mediante una conexión TLS saliente y mantiene el “latido” con el servicio Arc-enabled Servers .
- Extensiones o “guest features” (Policy, Update Manager, Defender, Custom Script, etc.) que se instalan sobre demanda y que habilitan capacidades avanzadas de gestión o seguridad.
En Kubernetes la lógica equivalente se consigue desplegando la extensión de Arc y, normalmente, el operador Flux para GitOps, aportando reconciliación declarativa continua desde un repositorio Git .
Una vez registrados, los recursos heredan las primitivas nativas de Azure: tags, Azure RBAC, Azure Policy y consultas de Azure Resource Graph. Esto permite segmentar costes, aplicar controles de acceso mínimos y auditar cumplimiento desde un panel único, sin importar la nube o el CPD de origen .
Alcance funcional
-
Servidores y máquinas virtuales Windows o Linux, físicos o de cualquier hipervisor, se administran como “Arc-enabled Servers”, permitiendo inventario, Run Command, SSH Arc o automatización de actualizaciones .
-
Kubernetes se integra sin cambiar la distribución: Arc aplica directivas Gatekeeper, monitoreo de contenedores y GitOps continuo sobre clusters locales, de AWS, GCP o edge .
-
Servicios de datos: SQL Managed Instance y PostgreSQL pueden ejecutarse en cualquier Kubernetes certificado, aportando elasticidad, backup y alta disponibilidad gestionada por Azure Arc .
-
SQL Server clásico también se “ilumina” con Arc para recibir Defender for Cloud, políticas o licenciamiento pay-as-you-go a nivel de núcleo, ideal para picos de demanda o DR sites .
Beneficios técnicos clave
-
Gobierno centralizado y coherente: un único plano para aplicar políticas, actualizar y supervisar cualquier recurso, reduciendo el tiempo medio de operación y disminuyendo los errores manuales .
-
Flexibilidad y soberanía: al poder ejecutar servicios de Azure en la infraestructura existente —incluidos entornos perimetrales con baja latencia o requisitos normativos estrictos— las organizaciones optimizan costes y mantienen los datos donde exija la regulación .
-
Puente hacia la IA: Arc permite desplegar Azure Machine Learning o contenedores de inferencia cerca de los datos, conectando telemetría industrial, OT o sistemas de planta con modelos avanzados sin migraciones complejas .
Modelo de precios
El plano de control (inventario, agrupación, etiquetado y Run Command) es gratuito para servidores y Kubernetes . Los cargos aparecen solo cuando se habilitan servicios complementarios:
|
Servicio complementario |
Precio de referencia* |
Detalle |
|---|---|---|
|
Azure Update Manager |
~5 USD/servidor/mes |
Gestión de parches programada |
|
Guest Configuration + Change Tracking |
6 USD/servidor/mes |
Auditoría de configuración y CMDB en tiempo real |
|
Microsoft Defender for Servers |
Según plan 1/2 |
Incluye Update Manager y Policy en Plan 2 |
*Los importes son orientativos en dólares; la factura final depende de región y divisa.
Incorporación de recursos
El onboarding comienza en el Portal de Azure (o vía CLI/Bicep) creando la inscripción de Azure Arc y descargando el script de instalación del agente. Tras la ejecución, el servidor aparece en Azure con su Resource ID, listo para aplicar extensiones o políticas. Para Kubernetes, se ejecuta az k8s-arc connect o se despliega el Chart Helm oficial; a partir de ahí se puede habilitar GitOps con un clic . Las comunicaciones son salientes y cifradas TLS, por lo que la mayoría de las DMZ solo requieren abrir el puerto 443 hacia los puntos finales de Arc .
Azure Arc consolida la administración de TI híbrida sin obligar a mover cargas a la nube. Al exponer recursos ajenos a Azure como objetos de primer nivel dentro de Resource Manager, los equipos obtienen un plano de gobierno unificado, capacidades de seguridad avanzadas y la posibilidad de ejecutar servicios PaaS —incluida la IA— en cualquier infraestructura. En proyectos de modernización paulatina o en escenarios donde la residencia de datos es crítica, Arc ofrece una vía técnica y económicamente optimizada para ampliar las ventajas de Azure más allá de sus centros de datos.