Conceptos clave para compilar aplicaciones de Azure

Antes de llegar demasiado lejos al diseñar la aplicación para que se ejecute en Azure, es probable que tenga que realizar un poco de planeamiento con antelación. A medida que empiece, hay algunos conceptos básicos de Azure que debe comprender para tomar las mejores decisiones para su escenario. Entre las consideraciones se incluyen las siguientes:

Regiones de Azure

Una región es un conjunto de centros de datos implementados dentro de un perímetro definido por la latencia y conectados a través de una red regional dedicada de baja latencia. Azure ofrece flexibilidad para implementar aplicaciones en las que necesite, incluidas en varias regiones para ofrecer resistencia entre regiones cuando sea necesario.

Normalmente, quiere que todos los recursos de una solución estén en la misma región para minimizar la latencia entre los distintos componentes de la aplicación. Esto significa que si la solución consta de un servicio de App de Azure, una base de datos y Azure Blob Storage, todos estos recursos se deben crear en la misma región de Azure.

No todos los servicios de Azure están disponibles en cada región. La página Productos disponibles por región puede ayudarle a encontrar una región en la que estén disponibles los servicios de Azure necesarios para la aplicación.

Grupo de recursos de Azure

Un grupo de recursos en Azure es un contenedor lógico para agrupar los recursos de Azure. Cada recurso de Azure debe pertenecer a uno y solo a un grupo de recursos.

Los grupos de recursos se suelen usar para agrupar todos los recursos de Azure necesarios para una solución en Azure. Por ejemplo, supongamos que tiene una aplicación web implementada en App de Azure Service que usa una base de datos SQL, Azure Storage y también Azure Key Vault. Es habitual colocar todos los recursos de Azure necesarios para esta solución en un único grupo de recursos.

Esto facilita saber qué recursos son necesarios para que la aplicación se ejecute y qué recursos están relacionados entre sí. Por lo tanto, el primer paso para crear recursos para una aplicación en Azure suele crear el grupo de recursos que servirá como contenedor para los recursos de la aplicación.

Entornos

Si ha desarrollado localmente, está familiarizado con la promoción del código a través de entornos de desarrollo, pruebas y producción. En Azure, para crear entornos independientes, crearía un conjunto independiente de recursos de Azure para cada entorno que necesite.

Puesto que es importante que cada entorno sea una copia exacta, se recomienda crear scripts de los recursos necesarios para un entorno o usar herramientas de infraestructura como código (IaC) para especificar mediante declaración la configuración de cada entorno. Esto garantiza que el proceso de creación del entorno es repetible y también le ofrece la capacidad de poner en marcha nuevos entornos a petición, por ejemplo, para pruebas de rendimiento o seguridad de la aplicación.

Compatibilidad con DevOps

Independientemente de si está publicando las aplicaciones en Azure con recursos de integración continua o aprovisionamiento para un nuevo entorno, Azure se integra con la mayoría de las herramientas populares de DevOps. Permite trabajar con las herramientas que ya tiene y maximizar su experiencia actual con la compatibilidad con herramientas como:

• Acciones de GitHub
• Azure DevOps
• Octopus Deploy
• Jenkins
• Terraform
• Ansible
• Chef