Azure Resource Manager (ARM)

Azure Resource Manager (ARM) es la nueva forma, o el nuevo modelo de trabajo en Azure, basado en JSON y REST API. Anteriormente se utilizaba el modelo Azure Service Manager (ASM) y el Portal Clásico, orientado principalmente a IaaS con algunas posibilidades de PaaS, que estaba basado en XML y REST API. Con la llegada de Azure Resource Manager (ARM) cambia un poco la forma de trabajar, y aparece nuevos recursos que podemos desplegar en Azure. El Portal Clásico ya está prácticamente en desuso, a favor del Portal Moderno basado en ARM.

Azure Resource Manager (ARM) nos permite definir Grupos de Recursos para gestionar mejor los Recursos que tenemos en Azure (ej: Web Apps, SQL Databases, Traffic Managers, VMs, etc.). Cada Recurso, sólo puede pertenecer a un Grupo de Recursos,  y los Grupos de Recursos no se pueden renombrar. Los Grupos de Recursos pueden contener Recursos de diferentes tipos, y de diferentes zonas geográficas, y también es posible mover Recursos de un Grupo a otro.

Otro detalle interesante de los Grupos de Recursos, es que nos permiten conceder permisos, por ejemplo para delegar tareas, lo que facilita enormemente la administración, especialmente cuanto más grande es nuestra infraestructura.

• En el caso de las Web Apps podemos acceder a Kudu e instalar un Site Extension.
• En el caso de las VMs de Azure, en sus propiedades podemos acceder a la página Extensions, y desde allí instalar las Extensiones que deseemos.

Pero quizás lo más interesante de todo, es que podemos exportar un Grupo de Recursos como una Plantilla en formato JSON, al igual que podemos usar posteriormente una Plantilla ARM para ejecutar despliegues, con las posibilidades de personalización y de automatización que todo esto implica. En este sentido, resulta de gran ayuda poder utilizar Plantillas ARM existentes como punto de partida, y no partir de un lienzo en blanco. Un ejemplo son las siguientes, que está disponibles también desde el Portal de Azure:

• Azure Quickstart Templates

Una herramienta que nos puede interesar conocer es el Azure Resource Explore, que permite desde una página web, examinar todos los Grupos de Recursos y Recursos de nuestras Subscripciones Azure, así como examinar son contenido (en formato JSON). También nos generá algo de código PowerShell y Azure CLI 2.0, que nos puede resultar útil en algún caso (para copiar/pegar).

• Azure Resource Explorer

Tenemos muchas formas de interactuar con Azure Resource Manager (ARM):

• PowerShell. Tenemos varios cmdLets disponibles para trabajar con ARM.
• xPlat CLI y Azure CLI 2.0. Es posible gestionar Azure desde cualquier sistema operativo con xPlat CLI y Azure CLI 2.0.
• Client Libraries. Tenemos disponibles librerías de cliente para múltiples lenguajes de progración.
• Visual Studio. Tenemos disponibles plantillas de proyecto de Visual Studio para trabajar con ARM.
• Portal template deployment. Desde el Portal de Azure, en el MarketPlace, podemos utilizar la opción Template deployment para realizar un despliegue utilizando una plantilla de recursos JSON disponible en el GitHub the Azure Quickstart Templates. Además tenemos la opción Templates (actualmente en Preview), que nos permitirá crearnos una librería con nuestras propias Plantillas para posteriormente poder desplegarlas (con Template deployment sólo podemos desplegar las que hay pre-definidas).También podemos exportar un Grupo de Recursos como una plantilla (muy útil, por ejemplo, para replicar entornos, pudiendo personlizarla).
• REST API. Todas las opciones anteriores utilizan REST API, aunque si lo deseamos podemos utilizar directamente la API REST.

Si los Grupos de Recursos se nos queda corto para organizar todos nuestros Recursos, que es lo más probable en cuanto tengamos una infraestructura mediana, tenemos más opciones para poder realizar una mejor gestión y organización de nuestros Recursos de Azure.

• Subscripciones (Subscriptions). Es el nivel jerárquico más alto, ya que es dentro de una Subscripción, donde crearemos nuestros Recursos y Grupos de Recursos. Además, también podemos conceder permisos a nivel de Subscripción.
• Etiquetas (Tags). Quizás la opción más flexible, ya que a cada Recurso o Grupo de Recursos, le podemos asociar una o varias Etiquetas (Tag). Cada Etiqueta es un par Nombre-Valor. Así podríamos utilizar una Etiqueta que llamemos Environment, en la que almacenar valores como PROD, TEST ó DEV. O quizás queramos utilizar una Etiqueta para asociar cada Recursos con un Centro de Coste interno de nuestra organización.

Poco más por hoy. Como siempre, confío que la lectura resulte de interés.