Guide de déploiement de Microsoft Dev Box

Dans cet article, vous allez découvrir le processus, les options de configuration ainsi que les aspects liés à la planification et à l’implémentation d’un déploiement de Microsoft Dev Box.

Le déploiement de Microsoft Dev Box nécessite l’implication de différents rôles au sein de votre organisation. Chaque rôle a des responsabilités et des exigences particulières. Avant de commencer l’implémentation de Microsoft Dev Box, il est important de collecter toutes les exigences spécifiques aux différents rôles, car elles influencent les paramètres de configuration des différents composants de Microsoft Dev Box. Une fois que vous avez défini vos besoins, vous pouvez passer en revue les étapes de déploiement pour déployer Dev Box dans votre organisation.

En un clin d’œil : Liste de contrôle de déploiement de la Dev Box

1. Configurez l’abonnement Azure et vérifiez l’alignement du locataire avec Microsoft Entra et Intune.
2. Planifiez et configurez la mise en réseau (connexion réseau hébergée par Microsoft ou Azure; hybride si nécessaire).
3. Configurez des groupes / rôles RBAC Azure pour les administrateurs et les utilisateurs.
4. Créez un centre de développement.
5. Configurez les connexions réseau pour le centre de développement ou les projets.
6. Créez ou attachez Azure Compute Galleries (facultatives) pour la gouvernance des images.
7. Attachez un catalogue de personnalisation (facultatif) pour les tâches d’installation.
8. Créez des définitions de zone de développement (image + taille de calcul).
9. Créez des projets et définissez des limites de zone de développement.
10. Créez des pools de zone de développement (choisissez la connexion réseau et l’arrêt automatique).
11. Configurez Microsoft Intune (configuration de l’appareil, accès conditionnel, gestion des privilèges).

Rôles et responsabilités organisationnels

Le service Dev Box a été conçu en tenant compte de trois rôles organisationnels : les ingénieurs de plateforme, les responsables d’équipe de développement et les développeurs même. Selon la taille et la structure de votre organisation, certains de ces rôles peuvent être combinés par une personne ou une équipe.

Chacun de ces rôles a des responsabilités spécifiques durant le déploiement de Microsoft Dev Box dans votre organisation :

• Ingénieur de plateforme : collabore avec les administrateurs informatiques pour configurer l’infrastructure et les outils de développement des équipes de développeurs. Il s’agit des tâches suivantes :

  • Configurer Microsoft Entra ID afin d’activer l’identité et l’authentification pour les chefs d’équipe de développement et les développeurs
  • Créer et gérer un centre de développement dans l’abonnement Azure de l’organisation
  • Créer et gérer des connexions réseau, des définitions de dev box et des galeries de calcul au sein d’un centre de développement
  • Créer et gérer des projets au sein d’un centre de développement
  • Créer et configurer d’autres ressources Azure dans les abonnements Azure de l’organisation
  • Configurer des appareils Microsoft Intune pour les dev box, et attribuer des licences aux utilisateurs du service Dev Box
  • Configurer les paramètres réseau pour sécuriser l’accès et la connectivité aux ressources de l’organisation
  • Configurer les paramètres de sécurité pour autoriser l’accès aux dev box

• Chef de l’équipe de développement : aide à créer et gérer l’expérience des développeurs. Cela inclut les tâches suivantes :

  • Créer et gérer des pools de dev box au sein d’un projet
  • Définir des exigences spécifiques à l’équipe pour les définitions d’images et les personnalisations
  • Fournir des entrées aux ingénieurs de plateforme pour créer des définitions d’images et configurer des galeries de calcul

• Développeur : utilise en libre-service une ou plusieurs dev box dans le cadre des projets qui lui sont affectés.

  • Se connecter à une zone de développement à partir du portail des développeurs
  • Créer et gérer une zone de développement à partir du portail des développeurs

Définir vos besoins pour Microsoft Dev Box

Quand vous préparez un déploiement de Microsoft Dev Box dans votre organisation, il est important de définir d’abord les exigences relatives à l’utilisateur final et à la gouvernance informatique. Par exemple, les équipes de développement sont-elles réparties géographiquement, avez-vous mis en place des stratégies de sécurité, effectuez-vous une standardisation de ressources de calcul spécifiques, etc.

Microsoft Dev Box vous offre diverses options de configuration pour chacun des différents composants afin d’optimiser le déploiement en fonction de vos besoins spécifiques. En fonction de ces besoins, vous pouvez ensuite ajuster le plan de déploiement et les étapes d’implémentation de Dev Box de manière concrète pour votre organisation.

Ainsi, si vos équipes de développement ont besoin d’accéder à des ressources d’entreprise, par exemple une base de données centrale, cela influence la configuration réseau de votre pool de dev box, et peut nécessiter des composants réseau Azure supplémentaires.

Le tableau suivant liste les exigences qui peuvent influencer votre déploiement de Microsoft Dev Box ainsi que les aspects à prendre en compte pour la configuration des composants Dev Box.

Voir aussi : Personnalisations de Microsoft Dev Box.

Prerequisites

• Un abonnement Azure lié à votre locataire Microsoft Entra. Les ressources Dev Box et Microsoft Intune doivent se trouver dans le même locataire.
• Une licence Microsoft Intune par utilisateur(-trice) Dev Box.
• Groupes/rôles RBAC Azure pour l’accès : Utilisateur(-trice) Administrateur(-trice) de projet et Dev Box attribué via les groupes Microsoft Entra.
• Conditions préalables de mise en réseau en fonction des besoins (par exemple, connectivité aux ressources locales pour les scénarios hybrides).

Déployer Microsoft Dev Box

Une fois que vous avez défini les exigences, vous pouvez démarrer le déploiement de Microsoft Dev Box. Microsoft Dev Box se compose de plusieurs ressources Azure, par exemple un centre de développement, des projets, des définitions de dev box, etc. Dev Box a également des dépendances par rapport à d’autres services Azure et à Microsoft Intune. Découvrez plus en détail l’architecture de Microsoft Dev Box.

Le déploiement de Microsoft Dev Box implique la création et la configuration de plusieurs services, dans Azure, Intune et votre infrastructure. Les sections suivantes fournissent les différentes étapes du déploiement de Microsoft Dev Box dans votre organisation. Certaines étapes sont facultatives et dépendent de la configuration spécifique de votre organisation.

Étape 1 : Configurer l’abonnement Azure

Les abonnements sont une unité de gestion, de facturation et de mise à l’échelle au sein d’Azure. Vous pouvez utiliser un ou plusieurs abonnements pour prendre en charge la structure, le modèle de gouvernance, les quotas de ressources et les contrôles de coûts de votre organisation. Dev Box permet une facturation flexible en vous permettant d’attribuer différents abonnements à différentes équipes ou services. Cela permet d’aligner les coûts cloud sur le fonctionnement de votre entreprise. Découvrez plus en détail les considérations relatives à la création d’abonnements Azure.

Chaque abonnement Azure est lié à un seul locataire Microsoft Entra, qui joue le rôle de fournisseur d’identité (IdP) pour votre abonnement Azure. Le locataire Microsoft Entra permet d’authentifier les utilisateurs, les services et les appareils.

Chaque utilisateur Dev Box a besoin d’une licence Microsoft Intune. L’abonnement Azure qui contient vos ressources Azure Dev Box (centre de développement, projet, etc.), doit se trouver dans le même tenant (locataire) que Microsoft Intune.

Étape 2 : Configurer les composants réseau

Les boîtes de développement nécessitent une connexion réseau pour accéder aux ressources. Choisissez une connexion réseau hébergée par Microsoft ou une connexion réseau Azure que vous créez dans votre abonnement. Lorsque vous utilisez une connexion réseau Azure, configurez les composants réseau correspondants dans Azure et, si nécessaire, dans le réseau de votre organisation.

Exemples de composants réseau que vous pouvez être amené à configurer :

• Réseaux virtuels (VNet) Azure
• Appairage de réseaux virtuels
• Groupes de sécurité réseau (NSG)
• Pare-feu, tels que Azure Firewall, ou autres solutions de pare-feu
• Azure ExpressRoute
• VPN ou passerelles

Quand vous avez les impératifs suivants, vous devez utiliser les connexions réseau Azure, et configurer votre réseau de manière appropriée :

• Accès aux ressources locales à partir d’une dev box, par exemple un serveur de licences, des imprimantes ou un système de gestion de versions
• Accéder à d’autres ressources Azure, telles qu’Azure Cosmos DB et Azure Kubernetes Service (AKS)
• Restreindre l’accès via des pare-feux ou des groupes NSG (groupes de sécurité réseau)
• Définir des règles d’acheminement réseau personnalisées
• Gérer les utilisateurs en dehors de l’ID Microsoft Entra

Lorsque vous vous connectez à des ressources sur site via des jointures hybrides Microsoft Entra, consultez votre expert(e) en topologie réseau Azure. Implémentation d’une topologie de réseau hub-and-spoke. Le hub est le point central qui se connecte à votre réseau local. Utilisez ExpressRoute, un VPN de site à site ou un VPN point à site. Le rayon est le réseau virtuel qui contient les boîtes de développement. Appairez le réseau virtuel de la zone de développement avec le réseau virtuel qui se connecte aux ressources locales pour fournir l’accès. Une topologie en étoile vous aide à gérer le trafic réseau et la sécurité.

La planification réseau doit inclure une estimation du nombre d’adresses IP dont vous aurez besoin, ainsi que leur distribution sur les réseaux virtuels. Des adresses IP gratuites supplémentaires sont nécessaires pour le contrôle d’intégrité de la connexion réseau Azure. Planifiez une adresse IP supplémentaire par dev box et de deux adresses IP pour le contrôle d’intégrité et l’infrastructure de Dev Box.

Découvrez plus en détail la Configuration réseau requise pour Microsoft Dev Box.

Lors de la planification de votre architecture Dev Box, choisissez à la fois les régions principales et de sauvegarde. Choisissez une région primaire proche de vos développeurs pour optimiser la latence et éviter les problèmes de quota. Une région de sauvegarde vous prépare aux scénarios de récupération d’urgence et vous permet de migrer rapidement si nécessaire. Placez votre Centre de développement dans un emplacement central pour vos équipes distribuées, par exemple entre l’Inde et les États-Unis, et placez des pools dans les régions les plus proches de chaque groupe de développement. Par exemple, USA Ouest fonctionne bien pour les développeurs redmond, et USA Centre est une bonne sauvegarde pour maintenir la continuité. Configurez deux connexions réseau, activées pour chaque région.

Étape 3 : Configurer des groupes de sécurité pour le contrôle d’accès en fonction du rôle

Microsoft Dev Box utilise le contrôle RBAC Azure (contrôle d’accès en fonction du rôle) pour octroyer l’accès aux fonctionnalités du service :

• Octroyer aux administrateurs de projet l’accès nécessaire pour effectuer des tâches d’administration sur les projets Microsoft Dev Box (rôle Administrateur de projets)
• Octroyer aux utilisateurs de dev box l’accès nécessaire pour créer et gérer leurs dev box dans un projet Dev Box (rôle Utilisateur Dev Box)

Vous pouvez créer des groupes de sécurité dans Microsoft Entra ID afin d’octroyer ou de révoquer l’accès des administrateurs et des utilisateurs pour chaque projet. À l’aide d’un groupe de sécurité, vous pouvez déléguer la tâche consistant à octroyer l’accès indépendamment de leurs autorisations sur les ressources Azure. Par exemple, vous pouvez déléguer l’octroi de l’accès des utilisateurs de dev box au chef de l’équipe de développement du projet.

Découvrez plus en détail les groupes Microsoft Entra ID.

Étape 4 : Créer un centre de développement

Pour commencer à utiliser Microsoft Dev Box, vous créez d’abord un centre de développement. Un centre de développement dans Microsoft Dev Box fournit un emplacement centralisé pour gérer une collection de projets, la configuration des images et tailles de dev box disponibles et les paramètres de mise en réseau pour permettre l’accès aux ressources organisationnelles.

Vous pouvez créer plusieurs centres de développement dans les cas suivants :

• Si vous souhaitez que des configurations spécifiques soient disponibles pour un sous-ensemble de projets. Tous les projets d’un centre de développement partagent les mêmes définitions de dev box, la même connexion réseau, les mêmes catalogues et les mêmes galeries de calcul.

• Si différentes personnes doivent détenir et gérer la ressource du centre de développement dans Azure.

Découvrez plus en détail comment créer un centre de développement pour Microsoft Dev Box.

Étape 5 : Configurer les connexions réseau

Les connexions réseau contrôlent l’emplacement où les dev boxes sont créées et hébergées, et vous permettent de vous connecter à d’autres ressources Azure ou d’entreprise. En fonction de votre niveau de contrôle, vous pouvez utiliser des connexions réseau hébergées par Microsoft ou apporter vos propres connexions réseau Azure.

Les connexions réseau hébergées par Microsoft fournissent une connectivité réseau de type SaaS. Microsoft gère l’infrastructure réseau et les services associés pour vos dev boxes. Les réseaux hébergés par Microsoft sont un déploiement cloud uniquement avec prise en charge de la jonction Microsoft Entra. Cette option n’est pas compatible avec le modèle de jonction hybride Microsoft Entra.

Une connexion réseau hébergée par Microsoft est créée et affectée à un projet de centre de développement spécifique. Vous pouvez créer plusieurs connexions réseau par projet. Les connexions réseau créées dans un projet ne sont pas partagées avec d’autres projets.

Vous pouvez également utiliser des connexions réseau Azure (apportez votre propre réseau) pour vous connecter à des réseaux virtuels Azure et éventuellement à des ressources d’entreprise. Avec les connexions réseau Azure, vous gérez et contrôlez l’ensemble de la configuration réseau. Vous pouvez utiliser les options de jonction Microsoft Entra ou de jonction hybride Microsoft Entra avec des connexions réseau Azure, ce qui vous permet de vous connecter à des services de domaine Active Directory locaux (AD DS).

Vous créez des connexions réseau Azure, et les affectez à un centre de développement. Tous les projets d’un centre de développement partagent les connexions réseau du centre de développement.

Vous pouvez créer une connexion réseau distincte dans les scénarios suivants :

• Un développeur ou une équipe se trouve dans une autre région géographique. La région de la connexion réseau détermine le lieu où les dev box sont hébergées.
• Un développeur ou une équipe doit avoir accès aux ressources Azure. Vous pouvez créer une connexion réseau Azure distincte par scénario d’utilisation (par exemple l’accès à un serveur de contrôle de code source, ou l’accès à une application web et un serveur de base de données).
• Un développeur ou une équipe doit avoir accès aux ressources locales de l’entreprise. Créez une connexion réseau Azure, puis configurez-la pour la connectivité hybride.
• Les utilisateurs de la dev box doivent s’authentifier avec leur compte Active Directory. Créez une connexion réseau Azure, puis configurez-la pour la connectivité hybride.

Étape 6 : Créer des galeries de calcul

Par défaut, les définitions de dev box peuvent utiliser n’importe quelle image de machine virtuelle compatible avec les Dev Box de la Place de marché Azure. Vous pouvez affecter une ou plusieurs galeries de calcul Azure Compute Gallery au centre de développement pour contrôler les images de machine virtuelle disponibles dans tous les projets du centre de développement.

Azure Compute Gallery est un service de gestion et de partage d’images. Une galerie est un référentiel stocké dans votre abonnement Azure et vous aide à créer une structure et une organisation autour de vos ressources d’image.

Vous pouvez utiliser une galerie Azure Compute Gallery dans les cas suivants :

• Les équipes de développement peuvent normaliser une version d’image prise en charge jusqu’à ce qu’une version plus récente soit validée.
• Les équipes de développement peuvent utiliser la dernière version d’une définition d’image pour s’assurer qu’elles reçoivent toujours l’image la plus récente lors de la création de dev box.
• Les équipes de développement peuvent choisir des images préconfigurées avec des composants logiciels et des configurations pour leur projet ou leur scénario d’utilisation. Par exemple, des images pour les projets de science des données, le développement web front-end, etc.
• Vous souhaitez conserver les images à un seul emplacement, et les utiliser dans les centres de développement, les projets et les pools.

Quand vous créez des images de machine virtuelle personnalisées, utilisez également des tâches de personnalisation de machine virtuelle pour limiter le nombre de variantes d’images de machine virtuelle, et permettre aux développeurs d’ajuster eux-mêmes la configuration de leur dev box. Par exemple, vous pouvez créer une image de développement à usage général, et utiliser la personnalisation afin de permettre aux développeurs de la configurer pour des tâches de développement spécifiques, et de préconfigurer leur référentiel de code source.

Découvrez plus en détail comment configurer une galerie de calcul pour un centre de développement.

Étape 7 : Attacher un catalogue

Les utilisateurs de dev box peuvent personnaliser leur dev box à l’aide de tâches de configuration, par exemple pour installer des logiciels supplémentaires, cloner un référentiel, etc. Ces tâches sont exécutées dans le cadre du processus de création de dev box. À l’aide des tâches de personnalisation et de configuration de la dev box, vous pouvez réduire le nombre d’images de machine virtuelle à gérer pour vos projets.

Les tâches de configuration sont définies dans un catalogue, qui peut être un dépôt GitHub ou un référentiel Azure DevOps. Attachez un ou plusieurs catalogues au centre de développement. Toutes les tâches sont disponibles pour toutes les dev box créées dans tous les projets d’un centre de développement.

Microsoft fournit un catalogue de démarrage rapide pour vous aider à commencer à utiliser les personnalisations. Ce catalogue comprend un ensemble de tâches par défaut qui définissent les tâches de configuration courantes, par exemple l’installation de logiciels avec WinGet ou Chocolatey, le clonage d’un référentiel, la configuration d’applications ou l’exécution de scripts PowerShell.

Vous pouvez attacher un catalogue dans les cas suivants :

• Les utilisateurs de dev box ont des besoins de personnalisation individuels pour leur dev box
• Vous souhaitez fournir aux équipes de développement un ensemble d’options standardisées pour personnaliser leur dev box
• Vous souhaitez limiter le nombre d’images de machine virtuelle et de définitions de dev box à gérer

Vous pouvez créer un catalogue si les tâches du catalogue de démarrage rapide sont insuffisantes. Vous pouvez attacher le catalogue de démarrage rapide et vos propres catalogues au centre de développement.

Découvrez comment créer des personnalisations de dev box.

Étape 8 : Créer des définitions de dev box

Une définition de dev box contient la configuration d’une dev box en spécifiant l’image de machine virtuelle, les ressources de calcul (par exemple la mémoire et les processeurs) et le stockage.

Vous configurez les définitions de dev box au niveau d’un centre de développement. Tous les projets d’un centre de développement partagent les définitions de dev box de ce centre de développement.

Vous pouvez créer une ou plusieurs définitions de dev box dans les cas suivants :

• Les équipes de développement ont besoin d’images de machine virtuelle distinctes, car elles doivent utiliser une autre version du système d’exploitation ou d’autres applications.
• Les équipes de développement n’ont pas les mêmes besoins en ressources de calcul. Par exemple, les administrateurs de base de données peuvent avoir besoin d’une machine avec beaucoup de capacité de stockage et de mémoire.

Tenez compte du coût des ressources de calcul associées à une définition de dev box pour évaluer le coût total de votre déploiement.

Résumé de la décision

• Vous avez besoin d’un accès aux ressources locales / d’entreprise : utilisez une connexion réseau Azure avec jointure hybride Microsoft Entra.
• Besoin d’un contrôle de sortie strict (NSG/firewalls/routage personnalisé) : utilisez une connexion réseau Azure.
• Gestion cloud uniquement et minimale : utilisez une connexion réseau hébergée par Microsoft avec la jonction Microsoft Entra.
• Équipes géodistribuables : créez des connexions réseau et des pools de zones de développement par région; répliquer des images via Azure Compute Gallery en fonction des besoins.
• Réduire l’étendue de l’image : préférer les tâches de personnalisation et les catalogues ; créez des images conçues à des fins uniquement si nécessaire.

Étape 9 : Créer des projets

Dans Microsoft Dev Box, vous créez et associez un projet à un centre de développement. Un projet correspond généralement à un projet de développement au sein de votre organisation. Par exemple, vous pouvez créer un projet pour le développement d’une application métier, et un autre projet pour le développement du site web de l’entreprise.

Dans un projet, vous définissez la liste des pools de dev box qui sont à la disposition des utilisateurs de dev box pour créer des dev box. Au niveau du projet, vous pouvez spécifier une limite au nombre de dev box qu’un utilisateur de dev box peut créer.

Microsoft Dev Box utilise le contrôle RBAC Azure (contrôle d’accès en fonction du rôle) pour octroyer l’accès aux fonctionnalités au niveau du projet :

• Octroyer aux administrateurs de projet l’accès nécessaire pour effectuer des tâches d’administration sur les projets Microsoft Dev Box (rôle Administrateur de projets)
• Octroyer aux utilisateurs de dev box l’accès nécessaire pour créer et gérer leurs dev box dans un projet Dev Box (rôle Utilisateur Dev Box)

Vous pouvez utiliser un groupe Microsoft Entra ID pour gérer l’accès des utilisateurs de dev box et des administrateurs de projet.

Vous pouvez créer un projet de centre de développement dans les cas suivants :

• Vous souhaitez fournir à une équipe de développement un ensemble de stations de travail de développeur cloud standardisées pour son projet de développement logiciel
• Vous avez plusieurs projets de développement qui ont des administrateurs de projet et des autorisations d’accès distincts

Découvrez plus en détail comment créer et gérer des projets.

Étape 10 : Créer des pools de dev box

Au sein d’un projet, un administrateur de projet peut créer un ou plusieurs pools de dev box. Les utilisateurs de dev box utilisent le portail des développeurs pour sélectionner un pool de dev box afin de créer leur dev box.

Un pool de dev box lie une définition de dev box à une connexion réseau. Vous avez le choix entre des connexions hébergées par Microsoft ou vos propres connexions réseau Azure. La localisation de la connexion réseau détermine le lieu où une dev box est hébergée. Vous pouvez créer un pool de dev box avec une connexion réseau au plus près des utilisateurs de dev box.

Si vous souhaitez réduire le coût d’exécution des dev box, vous pouvez configurer des dev box dans un pool de dev box pour qu’elles s’arrêtent quotidiennement à une heure prédéfinie.

Vous pouvez créer un pool de dev box dans les cas suivants :

• Créez un pool de dev box pour chaque définition de dev box nécessaire à l’équipe de développement.
• Si vous souhaitez réduire le temps de réponse du réseau, créez un pool de dev box pour chaque localisation géographique où vous disposez d’utilisateurs de dev box. Choisissez la connexion réseau la plus proche de l’utilisateur de dev box.
• Créez un pool de dev box pour les développeurs qui ont besoin d’accéder à d’autres ressources Azure ou à des ressources locales. Effectuez votre sélection dans la liste des connexions réseau Azure du centre de développement quand vous configurez le pool de dev box.

Découvrez plus en détail comment créer et gérer des pools de dev box.

Étape 11 : Configurer Microsoft Intune

Microsoft Dev Box utilise Microsoft Intune pour gérer vos dev box. Utilisez le Centre d’administration Microsoft Intune pour configurer les paramètres Intune liés à votre déploiement de Dev Box.

Configuration de l’appareil

Une fois qu’une dev box est provisionnée, vous pouvez la gérer comme n’importe quel autre appareil Windows dans Microsoft Intune. Par exemple, vous pouvez créer des profils de configuration d’appareil pour activer et désactiver différents paramètres dans Windows, ou envoyer des applications et des mises à jour aux dev boxes de vos utilisateurs.

Configurer des stratégies d’accès conditionnel

Vous pouvez utiliser Intune pour configurer des stratégies d’accès conditionnel afin de contrôler l’accès aux dev box. Pour Dev Box, il est courant de configurer des stratégies d’accès conditionnel afin de limiter les utilisateurs pouvant accéder à la dev box, les actions qu’ils peuvent y effectuer et les emplacements d’où ils peuvent y accéder. Pour configurer des stratégies d’accès conditionnel, vous pouvez utiliser Microsoft Intune afin de créer des groupes d’appareils dynamiques et des stratégies d’accès conditionnel.

Voici quelques scénarios d’utilisation pour l’accès conditionnel dans Microsoft Dev Box :

• Restriction de l’accès à la dev box aux appareils gérés uniquement
• Restriction de la capacité à copier/coller à partir de la dev box
• Restriction de l’accès à la dev box à partir de certaines zones géographiques uniquement

Découvrez comment configurer des stratégies d’accès conditionnel pour Dev Box.

Gestion des privilèges

Vous pouvez configurer la Gestion des privilèges de points de terminaison (EPM) Microsoft Intune pour les dev box afin que les utilisateurs de dev box n’aient pas besoin de privilèges administratifs locaux. La Gestion des privilèges de points de terminaison Microsoft Intune permet aux utilisateurs de votre organisation d’effectuer des tâches nécessitant des privilèges élevés en tant qu’utilisateurs standard (sans droits d’administrateur). Les tâches nécessitant généralement des privilèges Administrateur sont les installations d’applications (comme des applications Microsoft 365), la mise à jour des pilotes de périphérique et l’exécution de certains diagnostics Windows.

Découvrez plus en détail comment Configurer la Gestion des privilèges de points de terminaison Microsoft Intune pour Microsoft Dev Box.

Considérations relatives aux coûts et aux opérations

• Configurez les planifications d’arrêt automatique sur les pools de box de développement pour réduire les coûts.
• Choisissez des tailles de machine virtuelle dans les définitions de zone de développement qui correspondent aux besoins de la charge de travail pour éviter le surapprovisionnement.
• Définissez une cadence de contrôle de version et de validation d’image lors de l’utilisation d’images.
• Utilisez des tâches de personnalisation pour conserver les images de base génériques ; envisagez de produire une image réutilisable après validation si le temps de création devient critique.

Superviser et dépanner

• Utilisez le journal d’activité Azure pour auditer les modifications apportées aux ressources du Centre de développement et du projet.
• Consultez les journaux de connexion Microsoft Entra pour connaître les problèmes d’accès aux zones de développement et au portail des développeurs.
• Utilisez la création de rapports Intune pour la conformité des appareils, la configuration et l’état du déploiement d’applications dans les zones de développement.
• Vérifiez l’intégrité de la connexion réseau Azure et les adresses IP gratuites requises lors du diagnostic des problèmes de connectivité.

Contenu connexe

• Qu’est-ce que Microsoft Dev Box ?
• Vue d’ensemble de l’architecture de Microsoft Dev Box