Partager via

Fournir une preuve de concept pour le déploiement d’entreprise Azure DevTest Labs

  • Article

Les entreprises adoptent rapidement le cloud en raison de ses avantages, qui incluent l’économie, la flexibilité et l’agilité. Les premières étapes sont souvent développement et le test des charges de travail. Azure DevTest Labs offre des fonctionnalités qui bénéficient à l’entreprise et permettent la prise en charge des principaux scénarios de développement/test.

Cet article explique comment une entreprise peut fournir une preuve de concept ou un pilote pour un déploiement Azure DevTest Labs. Une preuve de concept est centrée sur le travail d’une seule équipe pour établir une valeur au niveau de l’organisation.

Chaque entreprise a des exigences différentes pour intégrer Azure DevTest Labs dans son organisation. Une preuve de concept est la première étape vers un déploiement de bout en bout réussi.

Pour une preuve de concept réussie :

  1. Choisissez une ou deux équipes.
  2. Identifiez les scénarios des équipes, comme des machines virtuelles de développement ou des environnements de test.
  3. Documentez les cas d’utilisation actuels.
  4. Déployez DevTest Labs en fonction des scénarios et des cas d’usage des équipes.
  5. Évaluez la réussite et les leçons apprises.

Les principaux scénarios DevTest Labs incluent les environnements de développement, de test et de formation dans le cloud. Les cas d’usage sont les suivants :

  • Création de bureaux de développeur.
  • Configuration des environnements de test.
  • Activation de la machine virtuelle et de l’accès aux ressources Azure.
  • Configuration des bacs à sable pour l’apprentissage et l’expérimentation.
  • Configuration des stratégies de laboratoire et des contrôles de coûts conformes aux réglementations de l’entreprise.

Prérequis

Pour réussir une preuve de concept DevTest Labs, respectez les conditions préalables suivantes :

Apprendre les bases

En savoir plus sur Azure et DevTest Labs à l’aide des ressources suivantes :

Déterminer les domaines d’intérêt de l’entreprise

Voici les principaux problèmes qui se posent aux entreprises souhaitant migrer des charges de travail vers le cloud :

Obtenir un abonnement Azure

  • Les entreprises disposent souvent d’un Contrat Entreprise qui permet d’accéder à Azure, et elles peuvent utiliser un abonnement existant ou nouveau pour DevTest Labs. Si un Contrat Entreprise est en place, un abonnement Enterprise Dev/Testvous permet d’accéder aux systèmes d’exploitation clients Windows 10/Windows 8.1 et de bénéficier de tarifs réduits pour les charges de travail de développement et de test.

  • Vous pouvez également utiliser un abonnement Visual Studio pour le déploiement pilote et tirer parti des crédits Azure gratuits.

  • Vous pouvez également créer et utiliser un compte Azure gratuit pour le pilote.

  • Pour utiliser des images de système d’exploitation client Windows (Windows 7 ou une version ultérieure) à des fins de développement ou de test dans Azure, vous devez suivre l’une de ces procédures :

    Pour plus d’informations sur les crédits Azure pour chaque offre de MSDN, consultez Crédit Azure mensuel pour les abonnés Visual Studio.

Inscrivez tous les utilisateurs dans Microsoft Entra ID

Pour la gestion, par exemple l’ajout d’utilisateurs ou de propriétaires de labo, tous les utilisateurs de labo doivent faire partie du locataire Microsoft Entra ID de l’abonnement Azure utilisé par le pilote. Plusieurs entreprises configurent l’identité hybride pour permettre aux utilisateurs d’utiliser leur identité locale dans le cloud. Vous n’avez pas besoin d’une identité hybride pour une preuve de concept DevTest Labs.

Étendre la preuve de concept

Le pilote doit permettre de choisir les charges de travail et dépendances minimales nécessaires afin de déterminer si Azure DevTest Labs est adapté à votre entreprise. Pour garantir le bon déroulement du pilote dans les meilleurs délais, choisissez la charge de travail la plus simple dotée du plus petit nombre de dépendances possible. Sinon, choisissez la charge de travail la plus représentative en matière de complexités potentielles pour permettre de répliquer la phase pilote lors de la phase de scale-out.

Planifiez soigneusement la preuve de concept avant de commencer l’implémentation. Veillez à définir des attentes claires auprès des utilisateurs car les ressources pilotes ne sont pas disponibles indéfiniment.

Effectuez les tâches suivantes pour étendre le pilote :

  • Définir les exigences et les critères de réussite.
  • Répertorier un petit ensemble de charges de travail ou de scénarios que le pilote doit couvrir.
  • Déterminer les ressources que le laboratoire doit rendre disponibles, telles que les images personnalisées ou les images de la place de marché.
  • Décider de la topologie du réseau et des stratégies de laboratoire.
  • Choisir les utilisateurs et les équipes à impliquer dans le pilote et pour vérifier les résultats.
  • Déterminer la durée du pilote, par exemple deux semaines ou un mois.
  • Décider comment supprimer les ressources pilotes lorsque le pilote se termine.

Il y a une tendance à essayer de rendre le pilote parfait afin qu’il reflète l’état final après le lancement de DevTest Labs. Toutefois, essayer de créer une preuve de concept parfaite demande trop d’efforts avant de pouvoir démarrer le pilote. L’objectif du pilote consiste à prendre les bonnes décisions en matière de mise à échelle et de déploiement du service final.

Prendre des décisions supplémentaires concernant la planification et la conception

Une solution DevTest Labs complète comprend plusieurs décisions importantes relatives à la planification et à la conception. La preuve de concept peut vous aider à prendre ces décisions. Autres éléments à prendre en compte :

La topologie de l’abonnement

Les exigences au niveau de l’entreprise concernant les ressources dans Azure peuvent s’étendre au-delà des quotas disponibles dans un seul abonnement. Vous aurez éventuellement besoin de plusieurs abonnements Azure ou de faire plusieurs demandes de service pour augmenter les limites de l’abonnement initial. Pour plus d’informations, consultez Considérations sur la scalabilité.

Il est important de décider à l’avance comment distribuer les ressources entre les abonnements avant le lancement final à grande échelle, car il est difficile de déplacer ultérieurement des ressources vers un autre abonnement. À titre d’exemple, vous ne pouvez pas déplacer un labo vers un autre abonnement après l’avoir créé. Le Guide de décision d’abonnement est une ressource de planification précieuse.

Topologie du réseau

L’infrastructure réseau par défaut que DevTest Labs crée automatiquement peut ne pas répondre pleinement aux exigences et contraintes des utilisateurs de l’entreprise. Par exemple, les entreprises utilisent souvent :

Pour plus d’informations, consultez Composants du réseau.

DevTest Labs prend également en charge l’ajout de réseaux virtuels existants au laboratoire à utiliser pour la création de nouvelles machines virtuelles. Pour plus d’informations, consultez Ajouter un réseau virtuel dans Azure DevTest Labs.

Accès à distance à la machine virtuelle

Il existe plusieurs options permettant aux utilisateurs d’entreprise d’accéder à distance aux machines virtuelles DevTest Labs :

Accès et autorisations du labo

Avant le lancement final de DevTest Labs, il est important de décider généralement des personnes à qui accorder chaque niveau d’accès au laboratoire. Les deux niveaux d’autorisation clés de DevTest Labs sont Propriétaire et Utilisateur DevTest Labs. Un modèle commun est que le propriétaire du budget, tel que le responsable de l’équipe, soit le propriétaire du laboratoire, et les membres de l’équipe des utilisateurs du laboratoire. La personne responsable du budget peut ensuite ajuster les paramètres de stratégie de laboratoire et gérer le budget de l’équipe.

Finalisation de la preuve de concept

Une fois que vous avez couvert les scénarios définis, terminez le pilote. Recueillez les commentaires des utilisateurs, déterminez si le pilote a réussi et décidez si l’organisation poursuivra en déployant DevTest Labs à grande échelle dans l’entreprise. Envisagez le déploiement automatisé de DevTest Labs et des ressources associées afin de garantir une certaine cohérence tout au long du lancement à grande échelle.

Exemple de plan de preuve de concept

L’exemple suivant illustre un plan d’étendue d’un déploiement de preuve de concept DevTest Labs.

Vue d’ensemble

Une entreprise prévoit de développer un nouvel environnement Azure DevTest Labs que les fournisseurs pourront utiliser, isolé du réseau d’entreprise. Pour savoir si la solution répondra aux exigences, l’organisation développe une preuve de concept afin de valider la solution de bout en bout.

Objectifs

La preuve de concept a les objectifs suivants :

  • Une solution de bout en bout opérationnelle pour les fournisseurs qui utilisent des comptes invités Microsoft Entra pour accéder à un environnement Azure isolé.
  • Un environnement DevTest Labs avec toutes les ressources nécessaires aux fournisseurs pour être productifs.
  • Identification et compréhension de tous les problèmes de blocage potentiels qui affectent une utilisation et une adoption plus larges.
  • Bonne compréhension de l’ensemble du code et des ressources collatérales par les individus développant la solution.
  • Confiance dans l’adoption plus large par tous les participants.

Configuration requise

Elle comporte les impératifs suivants :

  • Les équipes de fournisseurs peuvent utiliser un ensemble de laboratoires dans Azure DevTest Labs.
  • Les fournisseurs ont accès aux labos via Microsoft Entra ID et les attributions de rôles.
  • Les fournisseurs ont un moyen de se connecter à leurs ressources avec succès, par exemple un VPN site à site qui permet d’accéder à des machines virtuelles sans utiliser d’adresses IP publiques.
  • Les laboratoires sont connectés à une infrastructure réseau qui prend en charge la configuration requise.
  • DevTest Labs installe l’ensemble des artefacts logiciels dont les fournisseurs ont besoin sur les machines virtuelles.

Prérequis

  • Un abonnement à utiliser pour le projet

  • Un tenant Microsoft Entra et un ingénieur de plateforme Microsoft Entra qui peuvent fournir de l’aide et des conseils sur Microsoft Entra ID

  • Méthodes de collaboration des membres du projet, par exemple :

    • Code source et scripts pour Azure Repos
    • Microsoft Teams ou SharePoint pour les documents
    • Microsoft Teams pour les conversations
    • Azure Boards pour les éléments de travail

Tâches d’installation

  • Déterminez la région Azure à utiliser pour la preuve de concept.
  • Déterminez s’il faut joindre les machines virtuelles du labo au domaine Microsoft Entra, et s’il faut utiliser les services de domaine Microsoft Entra ou une autre méthode.
  • Identifiez les fournisseurs qui utiliseront l’environnement de preuve de concept.
  • Déterminez les ressources requises pour les fournisseurs, telles que les logiciels disponibles sur les machines virtuelles.
  • Déterminez les services Azure, à l’exception des machines virtuelles, que les fournisseurs peuvent utiliser dans DevTest Labs.
  • Planifiez la formation des fournisseurs à l’utilisation du laboratoire.

Étapes suivantes