Scénarios d’utilisation des Environnements de déploiement Azure

Cet article décrit quelques scénarios possibles pour les Environnements de déploiement Azure ainsi que les ressources qu’une organisation peut utiliser pour implémenter ces scénarios. Environnements de déploiement Azure peuvent être configuré pour répondre aux besoins d’une entreprise.

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. Avec Environnements de déploiement Azure, différents types d’environnements de cycle de vie de produit (tels que le développement, le test, la mise en lots, la préproduction et la production) peuvent être facilement créés, mis à jour et branchés dans un pipeline d’intégration et de livraison continues (CI/CD).

Dans ce scénario, le service Environnements de déploiement Azure offre les avantages suivants :

  • Les organisations peuvent attacher un catalogue et fournir des modèles d’infrastructure en tant que code (IaC) courants pour créer des environnements qui favorisent la cohérence entre les équipes.
  • Les développeurs et les testeurs peuvent tester la dernière version de leur application à l’aide de modèles réutilisables pour provisionner rapidement des environnements.
  • Les équipes de développement peuvent connecter leurs environnements à des pipelines CI/CD pour permettre des scénarios DevOps.
  • Les équipes informatiques centrales en charge du développement peuvent suivre de manière centralisée les coûts, les alertes de sécurité et gérer les environnements dans différents projets et centres de développement.

Environnements de bac à sable pour les investigations

Les développeurs examinent souvent différentes technologies ou conceptions d’infrastructure. Par défaut, tous les environnements créés avec Environnements de déploiement Azure se trouvent dans leur propre groupe de ressources. Les membres du projet obtiennent par défaut un accès contributeur à ces ressources.

Dans ce scénario, le service Environnements de déploiement Azure offre les avantages suivants :

  • Les développeurs peuvent ajouter et changer les ressources Azure à mesure que leur besoins évoluent dans leurs environnements de développement ou de test.
  • Les équipes informatiques centrales en charge du développement peuvent facilement suivre les coûts pour tous les environnements utilisés à des fins d’investigation.

Environnements de test à la demande

Les développeurs ont souvent besoin de créer des environnements ad hoc qui imitent leurs environnements de développement ou de test formels, ceci afin de tester une nouvelle fonctionnalité avant d’enregistrer le code et d’exécuter un pipeline. Avec Environnements de déploiement Azure, les développeurs peuvent facilement créer, mettre à jour ou dupliquer des environnements de test.

Dans ce scénario, le service Environnements de déploiement Azure offre les avantages suivants :

  • Les équipes peuvent accéder à un environnement entièrement configuré quand c’est nécessaire.
  • 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, ateliers pratiques et hackathons

Un projet dans Environnements de déploiement Azure fait office de conteneur pour des activités temporaires comme des ateliers, des ateliers pratiques, des formations ou des hackathons. Vous pouvez créer un projet pour fournir des modèles personnalisés à chaque utilisateur.

Dans ce scénario, le service Environnements de déploiement Azure offre les avantages suivants :

  • Chaque utilisateur peut utiliser des environnements identiques et isolés pour la formation.
  • Vous pouvez facilement supprimer un projet et toutes les ressources associées à la fin de la formation.

Options de déploiement

Une fois que vous avez décidé d’explorer le service Environnements de déploiement Azure, deux voies générales s’offrent à vous : le déploiement de preuve de concept et le déploiement à l’échelle.

Déploiement de preuve de concept

Un déploiement de preuve de concept est l’effort concentré d’une même équipe qui vise à établir une valeur au niveau de l’organisation. Même s’il peut être tentant de commencer par un déploiement à l’échelle, cette approche a tendance à échouer plus souvent que l’option de preuve de concept.

Nous vous recommandons de commencer doucement. Apprenez de la première équipe, répétez la même approche avec deux ou trois équipes supplémentaires, puis planifiez un déploiement à l’échelle en vous appuyant sur les connaissances acquises. Pour une preuve de concept réussie, nous vous recommandons de choisir une ou deux équipes, d’identifier leurs scénarios (environnements dans le cadre d’un pipeline CI/CD ou environnements de bac à sable), de documenter leurs cas d’usage actuels, puis de déployer Environnements de déploiement Azure.

Déploiement à l’échelle

Un déploiement à l’échelle consiste à réaliser des examens et une planification sur plusieurs semaines dans le but de déployer Environnements de déploiement Azure dans toute l’entreprise pour des centaines voire des milliers de développeurs.

Étapes suivantes