mardi, 9 août 2022

Microsoft Dev Box : votre poste de travail de développement sur Azure

Configurer un tout nouveau PC avancé peut prendre du temps. Nous en avons tous fait l’expérience : mon dernier gadget est arrivé en février et je m’assure que tout ce dont j’ai besoin n’est pas encore là, même avec une longue liste d’applications et d’outils que j’ai utilisés pour guider les installations. La liste s’allonge avec chaque nouveau projet et chaque nouvelle technologie également.

C’est un problème qui ronge la productivité des concepteurs, en particulier au début d’un tout nouveau projet. Quels outils devrez-vous installer et comment interagiront-ils avec votre ensemble d’outils habituel ? Un appareil adapté au développement .NET ne nécessitera probablement pas les mêmes choses qu’un appareil qui construit des conceptions d’apprentissage de fabricant dans PyTorch. Ensuite, il y a le matériel sous-jacent. Si je construis des plug-ins JavaScript pour Workplace, je n’aurai pas besoin de 64 Go de RAM et d’un processeur graphique haut de gamme, une spécification extrêmement probable pour un fabricant qui crée et teste du code de vision par ordinateur.

Les développeurs doivent être rapides et flexibles, ce qui nécessite généralement le matériel le plus récent avec toutes les fonctionnalités. Chaque petit peu de puissance facilite la fourniture d’un code sans bogue qui fait exactement ce qui est nécessaire. Quelle que soit la vitesse du PC, il faut du temps pour installer et configurer une chaîne d’outils de projet, de l’IDE aux bibliothèques de tâches et à Git.

Comment pouvons-nous nous assurer que les développeurs sont prêts à commencer à travailler dès qu’ils êtes nommé à un poste? Microsoft et sa filiale GitHub envisagent ce problème depuis longtemps, et nous sommes maintenant à un point où deux modèles clés se rencontrent : la capacité de conteneuriser les outils et services que nous voulons et les capacités des installations de bureau à distance.

Hébergé sur Azure, géré par Windows 365

La build 2022 a vu Microsoft dévoiler Microsoft Dev Box, une méthode pour développer des environnements de développement dans des makers virtuels Windows hébergés sur Azure afin que les concepteurs puissent rapidement ouvrir un environnement préconfiguré système et se mettre au travail sans avoir à modifier le PC sous-jacent. Dev Box s’appuie sur des outils développés par Microsoft pour gérer les bureaux de service dans le cloud, y compris Windows 365 et les nombreuses parties de ses outils de gestion de système Endpoint Manager.

Le service PC cloud Windows 365 géré par Microsoft est son bureau virtuel plate-forme, offrant des configurations hébergées Windows 10 et Windows 11 qui peuvent être gérées via la même plate-forme de gestion des appareils cloud Intune que le matériel sur site et mobile, en plus du reste de la suite Endpoint Manager. Mettre Windows dans le cloud est la première étape pour fournir des outils tels que Dev Box, car vous pouvez désormais configurer et organiser des images de bureau virtuel qui peuvent être créées à la demande.

Avec Windows 365 prenant actuellement en charge travail à distance et hybride, il est tout à fait logique de fournir des environnements spécifiques aux tâches pouvant être utilisés sur n’importe quel PC ou tablette, avec des logiciels familiers et des outils métier personnalisés, puis de les étendre pour prendre en charge les développeurs. Les nouvelles fonctionnalités de Windows permettront aux appareils de démarrer dans un environnement Windows 365 ou d’y accéder rapidement en utilisant les mêmes outils que vous utilisez pour les outils de bureau virtuel intégrés de Windows. Avec un haut débit rapide et des outils de communication à distance modernes, la latence est réduite au minimum, ce qui rend un bureau virtuel distant identique à un bureau local.

En attendant, néanmoins, vous êtes limité utiliser un autre outil de bureau à distance pour accéder aux environnements Windows 365 et Windows Dev Box. Il s’agit d’une nouvelle variante du bureau à distance familier fourni avec Windows qui ne peut se connecter qu’aux environnements cloud gérés. C’est plutôt déroutant : ce n’est pas dans la boutique Windows, mais il a la même icône et le même nom. Si vous utilisez Remote Desktop pour gérer vos serveurs d’avancement et travaillez avec des ressources Azure, vous aurez besoin de 2 versions différentes pour l’instant.

Pour les utilisateurs, une boîte de développement sera simplement un lien sur un site Internet. Cliquez sur le lien et il s’ouvrira dans Remote Desktop (ou demandera un téléchargement). Cela fait tourner un périphérique virtuel exécutant une image préconfigurée. Dès le lancement, tous les outils nécessaires au démarrage des travaux seront là. Les utilisateurs obtiendront plus de droits sur leurs images qu’un utilisateur typique dans Windows 365, ce qui leur permettra de configurer des outils selon leurs besoins. Il est essentiel de garder à l’esprit qu’il n’y a aucune relation entre les capacités du gadget lié à une Dev Box et l’environnement virtuel ; Je pourrais utiliser un vieil iPad pour vérifier du code depuis chez moi le week-end et j’aurais exactement les mêmes performances que mon poste de travail dans mon bureau (qui, de nos jours, peut être n’importe où).

Sous l’image de la machine virtuelle se trouvera un hôte avec les ressources appropriées pour la tâche. Il peut s’agir d’une machine virtuelle avec un vGPU, ou d’une machine suffisamment puissante pour exécuter un éditeur et se connecter à un système CI/CD (intégration constante et livraison continue) pour exécuter une génération. En tant que concepteur ou chef de projet, vous pouvez définir qui obtient quelles ressources, ce qui vous permet de planifier les dépenses pour les outils nécessaires à un projet. Les outils d’administration révèlent les ressources utilisées, ce qui vous permet d’augmenter ou de réduire les exigences selon vos besoins et de maintenir les tâches dans le plan de dépenses. Les boîtes de développement peuvent être immédiatement mises en hibernation lorsque les utilisateurs ne sont pas connectés afin de réduire au minimum les coûts de calcul.

Des boîtes de développement pour chaque tâche et chaîne d’outils

Les administrateurs et les architectes peuvent précharger des applications sur des images afin de que chaque Dev Box dispose d’une chaîne d’outils complète et est prête à l’emploi. Les images peuvent être conservées jusqu’à ce que vous en ayez besoin, il est donc possible de créer une bibliothèque de boîtes de développement adaptées à diverses tâches et même de disposer d’environnements de test pour essayer de nouveaux outils.

L’un des éléments les plus intéressants de Dev Box est la possibilité d’en attribuer plusieurs à un utilisateur. Vous pouvez avoir une Dev Box configurée avec des outils et des services de science de l’information pour développer et former des modèles d’apprentissage automatique. Pendant la formation d’un modèle, vous pouvez en ouvrir un autre configuré pour construire et évaluer une application à l’aide des API du modèle. Le changement est géré via le même site Web que celui que vous utilisez pour vous connecter à une Dev Box. 2 Dev Boxes identiques liées au même référentiel peuvent révéler les impacts de toutes nouvelles bibliothèques ou de nouvelles parties sur votre code sans impact sur vos branches principales.

Il est important de noter que Dev Box n’est pas une variante de GitHub Codespaces, bien qu’il n’y ait aucune raison pour qu’une Dev Box ne puisse pas être connectée à un Codespace – et de nombreuses bonnes raisons pour qu’elle le soit ! Codespace est un environnement conteneurisé pour la création et le filtrage d’applications cloud natives, et bien qu’il soit connecté à un environnement de modification hébergé dans le cloud, il s’agit plutôt de pouvoir coder sur votre plate-forme d’exécution depuis n’importe où sans utiliser de ressources de production.

Microsoft prend certaines des idées de Codespaces et les utilise dans le cadre d’un autre nouvel ensemble d’outils de conception révélé à Build. Les environnements de publication Azure sont une méthode de création de modèles de conception pour une infrastructure de publication, offrant aux concepteurs une cible en libre-service pour leur code qui peut être gérée et surveillée par les ingénieurs de la plate-forme. Vous pouvez avoir plusieurs environnements de mise en œuvre pour différentes étapes du cycle de vie de l’application, par exemple, le développement et le test avec différentes conceptions de sécurité et de réseau afin que seuls les environnements de production aient accès au Web ou aux vLAN professionnels.

Comme Dev Box, les environnements de mise en œuvre peuvent être configurés. Vous pouvez en lancer un à 9 h pour évaluer le code au fur et à mesure que vous le composez et l’arrêter à 19 h. quand tout le monde rentre chez soi. La disponibilité organisée peut aider à améliorer l’équilibre travail / vie personnelle, permettant aux développeurs d’évacuer, sachant que tout sera préparé le matin. Et comme ces environnements fonctionnent tous dans le cloud, même Dev Box, tout ce dont ils ont besoin est une connexion réseau pour voir leur poste de travail distant, où qu’ils se trouvent. C’est l’été, alors code sur la plage ? Avec Dev Box et les environnements de déploiement Azure, il n’y a aucune raison que non.

.

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici