Partage via


Concepts clés pour la création d’applications Azure

Ceci est la sixième partie d’une série de 7 articles pour aider les développeurs à démarrer avec Azure.

Avant d’aller trop loin dans la conception de votre application à exécuter sur Azure, il est probable que vous devrez faire un peu de planification à l’avance. Lorsque vous commencez, il y a des concepts de base Azure que vous devez comprendre pour prendre les meilleures décisions pour votre scénario. Éléments à prendre en compte :

Régions Azure

Une région est constituée d’un ensemble de centres de données déployés dans un périmètre avec une latence définie et connectés via un réseau régional dédié à faible latence. Azure vous offre la flexibilité de déployer des applications là où vous en avez besoin, y compris dans plusieurs régions pour fournir une résilience interrégionale si nécessaire.

En règle générale, vous souhaitez que toutes les ressources d’une solution se trouvent dans la même région afin de minimiser la latence entre les différents composants de votre application. Cela signifie que si votre solution comprend un Azure App Service, une base de données et un stockage Blob Azure, toutes ces ressources doivent être créées dans la même région Azure.

Tous les services Azure ne sont pas disponibles dans toutes les régions. La page Produits disponibles par région peut vous aider à trouver une région où les services Azure nécessaires à votre application sont disponibles.

Groupe de ressources Azure

Un groupe de ressources dans Azure est un conteneur logique pour regrouper les ressources Azure. Chaque ressource Azure doit appartenir à un et un seul groupe de ressources.

Les groupes de ressources sont le plus souvent utilisés pour regrouper toutes les ressources Azure nécessaires à une solution dans Azure. Par exemple, supposons que vous avez une application web déployée sur Azure App Service qui utilise une base de données SQL, un stockage Azure et également Azure Key Vault. Il est courant de regrouper toutes les ressources Azure nécessaires à cette solution dans un seul groupe de ressources.

Un diagramme montrant un exemple de groupe de ressources contenant un App Service, une base de données SQL, un stockage Blob et un Key Vault.

Cela facilite l’identification des ressources nécessaires au fonctionnement de l’application et des ressources qui sont liées entre elles. Ainsi, la première étape de la création de ressources pour une application dans Azure consiste généralement à créer le groupe de ressources qui servira de conteneur pour les ressources de l’application.

Environnements

Si vous avez développé sur site, vous connaissez la promotion de votre code à travers les environnements de développement, de test et de production. Dans Azure, pour créer des environnements distincts, vous devez créer un ensemble distinct de ressources Azure pour chaque environnement dont vous avez besoin.

Un diagramme montrant les environnements DEV, TEST et PROD avec un ensemble distinct de ressources Azure dans chaque environnement.

Puisqu’il est important que chaque environnement soit une copie exacte, il est recommandé de soit script les ressources nécessaires pour un environnement, soit d’utiliser des outils Infrastructure as Code (IaC) pour spécifier de manière déclarative la configuration de chaque environnement. Cela garantit que le processus de création de l’environnement est répétable et vous donne également la possibilité de créer de nouveaux environnements à la demande, par exemple pour les tests de performance ou de sécurité de votre application.

Support DevOps

Que ce soit pour publier vos applications sur Azure avec l’intégration continue ou pour approvisionner des ressources pour un nouvel environnement, Azure s’intègre avec la plupart des outils DevOps populaires. Vous pouvez travailler avec les outils dont vous disposez déjà et optimiser votre expérience avec la prise en charge d’outils, notamment :