Share via


Diferencias de Arquitectura Clásica y ARM de Azure

Buen día:

 

Hemos detectado una demanda cada vez mayor en identificar las diferencias entre las 2 arquitecturas que se manejan en Azure, así que compartimos este contenido para ayudar a explicarlas.

Los modelos de arquitecturas clásica y de Administración de recursos representan dos maneras diferentes de implementar y administrar sus soluciones en Azure. Estos dos modelos no son completamente compatibles entre sí.

 

En la arquitectura clásica ofrecida originalmente, cada recurso existía independientemente, no se agrupaban los recursos. Se debía rastrear manualmente los recursos de cada solución o aplicación. Para implementar una solución, se deben crear los recursos individualmente en el portal o crear un script que implementaba todos los componentes en el orden adecuado. Para eliminar una solución, tenía que borrarse cada elemento individualmente.

 

En el 2014, se introdujo el Administrador de Recursos que agrego el concepto de Grupo de Recursos. Un Grupo de Recursos es un contenedor para recursos que comparten un propósito.

 

 

Características de Administrador de recursos.

Veamos en este diagrama los diferentes recursos implementados a través de Resource Manager y sus características.

La aplicación mostrada en este diagrama muestra como los recursos implementados están contenidos en un Grupo de Recursos.

Vemos que se divide en 3 secciones: SRP – Storage Resource Provider, CRP – Compute Resource Provider y NRP – Network Resource Provider.

 

Existen relaciones entre los recursos de cada proveedor.

La máquina virtual depende del almacenamiento definido en SRP para almacenar los discos.

Una máquina virtual se asocia a una NIC definida en NRP y a un Availability Set definido en CRP

Una NIC se asocia a la dirección IP asignada, al subnet de la red virtual para la máquina virtual y a un Grupo de seguridad de la red (NSG)

Un Balanceador de Cargas se asocia al grupo de direcciones IP internos que a su vez se asocian a las NIC de las Máquinas Virtuales a la vez que se asocia a la dirección IP pública o privada del Balanceador de cargas.

 

 

Características del modelo Clásico.

También conocido como el modelo de Administración de Servicios.

Veamos en este diagrama los diferentes recursos en un modelo clásico.

 

 

En el modelo clásico, los recursos de computo, almacenamiento  y de red se proveen independientemente de esta forma.

Se requiere un Servicio de nube que actúa como contenedor para las máquinas virtuales. Las máquinas virtuales se proveen automáticamente con uns tarjeta de red (NIC) y una dirección IP asignada por Azure. Adicionalmente, el servicio de nube contiene un Balanceador de cargas externo, una dirección IP publica y puertos para permitir conexiones remotas de escritorio y de PowerShell para maquinas Windows y puerto para Secure Shell (SSH) para maquinas Linux.

Se requiere una cuenta de almacenamiento para guardar los VHDs de las máquinas virtuales, incluyendo el sistema operativo, discos temporales y discos adicionales para los datos.

Una red virtual que actúa como un contenedor adicional donde se pueden crear estructuras de subred donde se ubican las máquinas virtuales.

 

Para la documentación oficial y detallada, favor de ir a los enlaces:

Azure Resource Manager vs. classic deployment: Understand deployment models and the state of your resources

https://azure.microsoft.com/en-us/documentation/articles/resource-manager-deployment-model/

 

Azure Resource Manager overview

https://azure.microsoft.com/en-us/documentation/articles/resource-group-overview/

 

Espero que esta información haya sido de utilidad.

 

Saludos

Mariano Carro

Enviar correo a latampts