Partage via


Utiliser des services PaaS dans Azure DevTest Labs

Cet article décrit la prise en charge PaaS (Platform-as-a-service) dans Azure DevTest Labs. DevTest Labs prend en charge PaaS via des environnements, qui peuvent inclure des ressources PaaS et de l’infrastructure as a service (IaaS). Les environnements contiennent des services et des logiciels tels que les machines virtuelles, les bases de données, les réseaux virtuels et les applications Web qui sont personnalisés pour fonctionner ensemble.

L’illustration suivante montre une batterie de SharePoint créée en tant qu’environnement dans un atelier.

Capture d’écran d’un environnement SharePoint dans un labo.

Scénarios PaaS

Les environnements PaaS DevTest Labs prennent en charge les scénarios suivants :

  • Les développeurs peuvent créer plusieurs environnements indépendants.
  • Les testeurs peuvent tester différentes configurations de manière asynchrone et automatique.
  • L’intégration du pipeline intermédiaire et de production peut se produire sans modification du modèle.
  • Les propriétaires de laboratoires peuvent configurer des stratégies et suivre les coûts de l’environnement dans son ensemble.

Scénarios de développement

Pour créer un environnement, un développeur sélectionne un modèle d’environnement plutôt qu’une image de machine, et entre les informations requises. Les environnements de développement individuels permettent un déploiement plus rapide des modifications et une amélioration du débogage de la boucle interne. Les développeurs peuvent détruire leurs environnements à tout moment et les recréer à l’aide des modèles les plus récents. Cette fonctionnalité permet de réduire les temps d’arrêt de la création manuelle de systèmes ou la récupération à partir d’erreurs.

Scénarios de test

Les environnements DevTest Labs permettent de tester indépendamment du code et des configurations spécifiques de manière asynchrone. Les testeurs peuvent utiliser des pipelines d’intégration continue et de déploiement continu (CI/CD) pour configurer des environnements, appliquer du code à partir de demandes de tirage individuelles et effectuer des tests automatisés et manuels. L’automatisation peut gérer et suivre plusieurs environnements entre les abonnements et les ateliers.

Suivi des coûts

La tendance globale du coût d’un laboratoire comprend des ressources Azure dans les environnements. Le coût par ressources ne répartit pas les différentes ressources dans l'environnement, mais affiche l'environnement sous forme de coût unique. Pour plus d’informations, consultez Suivre les coûts associés à un atelier dans Azure DevTest Labs.

Accès et rôles

Les propriétaires d’ateliers peuvent accorder un accès et affecter des rôles d’utilisateur. Pour plus d’informations, consultez Ajouter des propriétaires, des contributeurs et des utilisateurs de labo dans Azure DevTest Labs.

Le fournisseur de ressources DevTest Labs crée des ressources au nom de l’utilisateur, de sorte que les utilisateurs de l’atelier n’ont pas besoin d’autorisations supplémentaires pour créer et utiliser des environnements. Toutefois, les propriétaires peuvent étendre les autorisations de collaborateur aux utilisateurs pour qu’ils puissent configurer et gérer leurs propres ressources PaaS, telles que l’ajout ou la suppression de ressources. Pour plus d’informations, consultez Configurer les droits des utilisateurs d’un environnement.

Les propriétaires d’ateliers peuvent personnaliser l’accès aux ressources ou les autorisations sans accorder d’accès au niveau de l’abonnement. L'utilisateur de l’atelier d'ajouter ou de supprimer des ressources Azure uniquement au sein du groupe de ressources managées. Pour personnaliser davantage les rôles d’utilisateur et l’accès, consultez Accorder des autorisations d’utilisateur à des stratégies spécifiques.

Modèles d’environnement

DevTest Labs crée des environnements à l’aide de modèles d’Azure Resource Manager préconfigurés (ARM) à partir de référentiels Git. Le maintien des modèles ARM sous contrôle de code source favorise le déploiement et la gestion cohérents des environnements.

Au sein des grandes organisations, les équipes de développement fournissent des environnements de test personnalisés/isolés. Le groupe informatique fournit des environnements que toutes les équipes ou d’une division peuvent utiliser.

Pour activer et configurer la création d’environnement pour les ateliers, consultez Utiliser des modèles ARM pour créer des environnements DevTest Labs. DevTest Labs dispose d’un référentiel public de modèles ARM préconfigurés pour la création de certains environnements. Pour plus d’informations sur les environnements publics, consultez Activer et configurer des environnements publics.

Vous pouvez également créer ou configurer vos propres modèles ARM, les stocker dans des référentiels Git privés et connecter ces dépôts à des ateliers.

Personnalisation de modèle

Vous pouvez fournir certaines informations d’atelier personnalisées dans les modèles ARM lors de la création d’environnements, notamment :

  • Identification du réseau virtuel de l’atelier
  • Emplacement de l’atelier
  • Compte de stockage Lab dans lequel les fichiers de modèles ARM sont copiés

Utiliser un réseau virtuel existant

Lorsque vous créez un environnement, DevTest Labs peut remplacer le jeton $(LabSubnetId) par le premier sous-réseau de l’atelier dans lequel l'utilisation de la création de l’ordinateur virtuel est définie sur vrai. Cette modification permet à l’environnement d’utiliser des réseaux virtuels créés précédemment.

Connecter les environnements au réseau virtuel de l’atelier décrit comment modifier un modèle ARM pour utiliser le jeton $(LabSubnetId). Pour utiliser le même modèle ARM dans les environnements de test, intermédiaire et de production, utilisez $(LabSubnetId) comme valeur dans un paramètre de modèle ARM.

Utiliser des modèles imbriqués

DevTest Labs prend en charge les modèles ARM imbriqués. Pour utiliser des jetons _artifactsLocation et _artifactsLocationSasToken pour créer un URI vers un modèle ARM imbriqué, consultez Déployer des environnements DevTest Labs à l’aide de modèles imbriqués. Pour plus d’informations, consultez la section Artefacts de déploiement du Guide des meilleures pratiques - Azure Resource Manager.

Étapes suivantes