Compartir a través de


Conceptos clave para crear aplicaciones Azure

Esta es la sexta parte de una serie de 7 artículos para ayudar a los desarrolladores a empezar a trabajar con Azure.

Antes de llegar demasiado lejos en el diseño de la aplicación para que se ejecute en Azure, es probable que tenga que realizar un poco de planificación con antelación. Para empezar, 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 la flexibilidad de implementar aplicaciones donde sea necesario, incluso en varias regiones para ofrecer una 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 Azure App Service, 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 todas las regiones. 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 de Azure es un contenedor lógico para agrupar recursos de Azure. Todos los recursos de Azure deben pertenecer 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 Azure App 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.

Diagrama que muestra un grupo de recursos de ejemplo que contiene una instancia de App Service, SQL Database, Blob Storage y Key Vault.

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 ser crear el grupo de recursos que servirá como contenedor para los recursos de la aplicación.

Entornos

Si ha desarrollado localmente, estará 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, deber crear un conjunto independiente de recursos de Azure para cada entorno que necesite.

Diagrama que muestra los entornos DEV, TEST y PROD con un conjunto independiente de recursos de Azure en cada entorno.

Puesto que es importante que cada entorno sea una copia exacta, se recomienda generar los scripts de la creación de 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

Tanto si se trata de publicar sus aplicaciones en Azure con integración continua como de aprovisionar recursos para un nuevo entorno, Azure se integra con la mayoría de las herramientas de DevOps más populares. Permite trabajar con las herramientas que ya tiene y maximizar su experiencia actual con la compatibilidad con herramientas como: