Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les environnements de déploiement Azure permettent aux équipes de développement de créer rapidement et facilement une infrastructure d’application avec des modèles basés sur des projets qui établissent la cohérence et les meilleures pratiques tout en optimisant la sécurité. Cet accès à la demande aux environnements sécurisés accélère les étapes du cycle de vie du développement logiciel de manière conforme et rentable. Cet article fournit une vue d’ensemble des environnements de développement
Un environnement de déploiement est une collection de ressources d’infrastructure Azure définies dans un modèle appelé définition d’environnement. Les développeurs peuvent déployer l’infrastructure définie dans les modèles dans les abonnements où ils ont accès et créent leurs applications sur l’infrastructure. Par exemple, vous pouvez définir un environnement de déploiement qui inclut une application web, une base de données et un compte de stockage. Votre développeur web peut commencer à coder l’application web sans vous soucier de l’infrastructure sous-jacente.
Les ingénieurs de plateforme peuvent créer et gérer des définitions d’environnement. Pour spécifier les définitions d’environnement disponibles pour les développeurs, les ingénieurs de plateforme peuvent associer des définitions d’environnement à des projets et attribuer des autorisations aux développeurs.
Les environnements de déploiement permettent aux ingénieurs de plateforme d’appliquer l’ensemble approprié de stratégies et de paramètres sur différents types d’environnements, de contrôler la configuration des ressources que les développeurs peuvent créer et suivre les environnements entre les projets. Ils peuvent appliquer la gouvernance Azure en fonction du type d’environnement, tel que le bac à sable, le test, la préproduction ou la production.
Le diagramme suivant présente une vue d’ensemble des fonctionnalités des environnements de déploiement. Les ingénieurs de plateforme définissent des modèles d’infrastructure et configurent des abonnements, des identités et des autorisations. Les développeurs créent des environnements basés sur les modèles, créent et déploient des applications sur l’infrastructure. Les environnements peuvent prendre en charge différents scénarios, tels que les environnements à la demande, les environnements de bac à sable pour les tests et les pipelines CI/CD pour l’intégration continue et le déploiement continu.
Pour plus d’informations, consultez les concepts clés des environnements de déploiement Azure.
Usage scenarios
Les scénarios courants pour les environnements de déploiement sont décrits dans les sections suivantes.
Environnements dans le cadre d’un pipeline CI/CD
La création et la gestion des environnements dans une entreprise peuvent nécessiter un travail considérable. En utilisant des environnements de déploiement, les développeurs peuvent incorporer différents types d’environnements de cycle de vie de produit (tels que le développement, le test, la préproduction, la préproduction et la production) dans un pipeline CI/CD.
Dans ce scénario :
- Les équipes de développement peuvent connecter leurs environnements à des pipelines CI/CD pour activer des scénarios DevOps.
- Les équipes informatiques de développement centralisées peuvent suivre de manière centralisée les coûts, suivre les alertes de sécurité et gérer les environnements entre les projets et les centres de développement.
Environnements de bac à sable pour les enquêtes
Les développeurs examinent souvent différentes technologies ou conceptions d’infrastructure. Par défaut, tous les environnements créés avec les environnements de déploiement se trouvent dans leur propre groupe de ressources. Les membres du projet obtiennent l’accès contributeur à ces ressources par défaut.
Dans ce scénario :
- Les développeurs peuvent ajouter et modifier des ressources Azure au fur et à mesure qu’ils ont besoin pour leurs environnements de développement ou de test.
- Les équipes informatiques de développement centralisées peuvent facilement suivre les coûts de tous les environnements utilisés pour les enquêtes.
Environnements de test à la demande
Les développeurs peuvent créer des environnements ad hoc qui imitent leurs environnements de développement ou de test formels pour tester une nouvelle fonctionnalité avant de vérifier le code et d’exécuter un pipeline.
Dans ce scénario :
- Les développeurs peuvent tester la dernière version d’une application à l’aide de modèles réutilisables pour créer rapidement de nouveaux environnements ad hoc.
Formation, laboratoires pratiques et hackathons
Un projet dans les environnements de déploiement fait office de conteneur pour des activités temporaires telles que des ateliers, des laboratoires pratiques, des formations et des hackathons. Vous pouvez créer un projet pour fournir des modèles personnalisés à chaque utilisateur.
Dans ce scénario :
- Chaque utilisateur peut créer des environnements identiques et isolés pour l’entraînement.
- Vous pouvez facilement supprimer un projet et toutes les ressources associées lorsque l’entraînement est terminé.
Benefits
Les environnements de déploiement offrent les avantages suivants pour créer, configurer et gérer des environnements dans le cloud :
Normalisation et collaboration. Capturez et partagez des modèles IaC dans le contrôle de code source au sein de votre équipe ou organisation pour créer facilement des environnements à la demande. Promouvoir la collaboration grâce à l’approvisionnement interne de modèles à partir de référentiels de contrôle de code source.
Conformité et gouvernance. Les équipes d’ingénierie de plateforme peuvent organiser des définitions d’environnement pour appliquer des stratégies de sécurité d’entreprise et mapper des projets aux abonnements, identités et autorisations Azure par types d’environnement.
Organisez les définitions d’environnement par le type d’application sur lequel les équipes de développement travaillent, plutôt que d’utiliser une liste non organisée de modèles ou une configuration IaC traditionnelle. Organize environment definitions by the type of application that development teams are working on, rather than using an unorganized list of templates or a traditional IaC setup.
Permettez à vos équipes de développement de créer rapidement et facilement des ressources pour l'infrastructure d'application, telles que le PaaS, le sans serveur, et plus encore, à l'aide d'un ensemble de modèles préconfigurés. Vous pouvez également suivre les coûts sur ces ressources pour rester dans votre budget. You can also track costs on these resources to stay within your budget.
Intégration à votre chaîne d’outils existante. Utilisez des API pour approvisionner des environnements directement à partir de votre outil CI préféré, de votre environnement de développement intégré (IDE) ou d’un pipeline de mise en production automatisé. Vous pouvez également utiliser l’outil en ligne de commande complet.
Composants partagés avec Microsoft Dev Box
Les environnements dev Box et Déploiement sont des services complémentaires qui partagent certains composants architecturaux. Dev Box fournit aux développeurs une station de travail de développement basée sur le cloud, appelée zone de développement, configurée avec les outils dont ils ont besoin pour leur travail. Les centres de développement et les projets sont communs aux deux services, et ils aident à organiser les ressources dans une entreprise.
Lors de la configuration des environnements de déploiement, vous pouvez voir les ressources et les composants Dev Box. Vous pouvez même voir des messages d’information concernant les fonctionnalités dev Box. Si vous ne configurez pas de fonctionnalités Dev Box, vous pouvez ignorer ces messages.