Partager via

Phases du déploiement d’un blueprint

  • Article

Important

Le 11 juillet 2026, Blueprints (préversion) sera devenu obsolète. Migrez vos définitions et affectations Blueprint existantes vers les Spécifications de modèleet lesPiles de déploiement. Les artefacts de Blueprint doivent être convertis en modèles ARM JSON ou en fichiers Bicep utilisés pour définir des piles de déploiement. Pour savoir comment créer un artefact en tant que ressource ARM, consultez :

Quand un blueprint est déployé, une série d’actions sont effectuées par le service Azure Blueprints pour déployer les ressources définies dans le blueprint. Cet article fournit des détails sur ce que chaque étape implique.

Le déploiement de blueprint est déclenché en affectant un blueprint à un abonnement ou en mettant à jour une affectation existante. Lors du déploiement, Azure Blueprints effectue ce qui suit :

  • Droits de propriétaire accordés à Azure Blueprints
  • L’objet d’affectation de blueprint est créé.
  • Facultatif - Azure Blueprints crée une identité managée attribuée par le système
  • L’identité managée déploie les artefacts du blueprint
  • Les droits du service Azure Blueprints et de l'identité managée attribuée par le système sont révoqués

Droits de propriétaire accordés à Azure Blueprints

Le principal du service Azure Blueprints dispose de droits de propriétaire sur le ou les abonnements affectés lorsqu’une identité managée affectée par le système est utilisée. Le rôle accordé permet à Azure Blueprints de créer et ultérieurement de révoquer l'identité managée attribuée par le système. Si vous utilisez une identité managée affectée par l’utilisateur, le principal du service Azure Blueprints n’obtient pas et ne nécessite pas de droits de propriétaire sur l’abonnement.

Les droits sont accordés automatiquement si l’affectation est effectuée via le portail. Cependant, si l’affectation est effectuée via l’API REST, l’octroi des droits doit être fait avec un appel d’API distinct. L'ID d'application d'Azure Blueprints est f71766dc-90d9-4b7d-bd9d-4499c4331c3f, mais le principal du service varie en fonction du locataire. Utilisez l’API Graph d’Azure Active Directory et le point de terminaison REST servicePrincipals pour obtenir le principal du service. Ensuite, accordez à Azure Blueprints le rôle Propriétaire via le portail, Azure CLI, Azure PowerShell, l’API REST ou un modèle Azure Resource Manager.

Le service Azure Blueprints ne déploie pas directement les ressources.

L’objet d’affectation de blueprint est créé.

Un utilisateur, un groupe ou un principal du service affecte un blueprint à un abonnement. L’objet d’affectation existe au niveau de l’abonnement où le blueprint a été affecté. Les ressources créées par le déploiement ne le sont pas dans le contexte de l’entité de déploiement.

Lors de la création de l’affectation de blueprint, le type d’identité managée est sélectionné. L’option par défaut est une identité managée affectée par le système. Vous pouvez choisir une identité managée affectée par l’utilisateur. Lors de l’utilisation d’une identité managée affectée par l’utilisateur, elle doit être définie et recevoir les autorisations avant la création de l’affectation de blueprint. Les rôles intégrés Propriétaire et Opérateur Blueprint disposent des autorisations blueprintAssignment/write requises pour créer une attribution qui utilise une identité managée affectée par l’utilisateur.

Facultatif - Azure Blueprints crée une identité managée attribuée par le système

Lorsque l'identité managée attribuée par le système est sélectionnée au moment de l'affectation, Azure Blueprints crée l'identité et accorde à l'identité managée le rôle de propriétaire. Si une affectation existante est mise à niveau, Azure Blueprints utilise l'identité managée créée précédemment.

L’identité managée liée à l’affectation de blueprint est utilisée pour déployer ou redéployer les ressources définies dans le blueprint. Cette conception évite que les affectations interfèrent entre elles par inadvertance. Cette conception prend également en charge la fonctionnalité de verrouillage de ressources en contrôlant la sécurité de chaque ressource déployée à partir du blueprint.

L’identité managée déploie les artefacts du blueprint

L’identité managée déclenche ensuite les déploiements Resource Manager des artefacts au sein du blueprint dans l’ordre de séquentiel défini. L’ordre peut être ajusté pour garantir que les artefacts dépendants d’autres artefacts sont déployés dans le bon ordre.

Un échec d’accès par un déploiement est souvent le résultat du niveau d’accès accordé à l’identité managée. Le service Azure Blueprints gère le cycle de vie de la sécurité de l'identité managée attribuée par le système. Cependant, l’utilisateur est chargé de gérer les droits et le cycle de vie d’une identité managée affectée par l’utilisateur.

Les droits du service Blueprints et de l’identité managée affectée par le système sont révoqués

Au terme des déploiements, Azure Blueprints révoque de l'abonnement les droits de l'identité managée attribuée par le système. Puis le service Azure Blueprints révoque ses propres droits de l'abonnement. La suppression des droits empêche Azure Blueprints de devenir propriétaire permanent d'un abonnement.

Étapes suivantes