Ankomsten af Microsoft Dev Home og Microsoft Dev Box Det har fuldstændig ændret, hvordan en virksomhed kan opsætte, vedligeholde og skalere sine Windows-udviklingsmiljøer. Det handler ikke længere kun om at installere individuelle værktøjer på hver pc, men om at have et ægte udviklerkontrolcenter og cloudbaserede arbejdsstationer klar til brug på få minutter.
Hvis du overvejer at bruge Windows 11 som fundament for dine udviklingsteams, vil du gerne vide præcis, hvordan de passer sammen. Udviklerhjem, udviklerboks, udviklerdrev og udviklertilstand inden for en virksomhedsstrategi. I denne artikel kan du se, hvordan den indledende installation og konfiguration af Microsoft Dev Home bør udføres i en virksomhed, hvilke licens- og Azure-krav du har brug for, og hvilke vigtige beslutninger du bør træffe for at sikre, at alt er sikkert, effektivt og nemt at vedligeholde.
Hvad er Microsoft Dev Home, og hvorfor er det vigtigt for en virksomhed?
Microsoft Dev Home er, kort sagt, en Centraliseret udviklerdashboard i Windows 11Det tilbyder et konfigurerbart dashboard, hvor du kan spore status for dine projekter, overvåge systemressourcer, konfigurere udviklingsmiljøer, installere software med WinGet og oprette forbindelse til dine GitHub-konti og andre udviklertjenester.
På virksomhedsniveau fungerer Dev Home som en indgangspunkt for hele udviklingsarbejdsgangenFra forberedelse af en ny maskine (lokal eller i skyen) til overvågning af builds, CPU-, hukommelses- og diskforbrug og adgang til vigtige GitHub-opgaver uden at forlade Windows, er dette især nyttigt, når du har teams, der bruger WSLVisual Studio, VS Code, GitHub Copilot og andre komponenter i Microsofts økosystem.
Værktøjet bruger WinGet til at muliggøre en konfiguration af deklarativt miljøI stedet for at installere værktøjer "manuelt" definerer du en konfigurationsfil og kører en kommando, så Dev Home og WinGet automatisk installerer de applikationer, pakker og indstillinger, der er nødvendige for hver udviklingsprofil.
Udover selve Dev Home har Microsoft introduceret Udviklerdrev. Dette er en type lagervolumen, der er optimeret til kode og arkiver. Den har også styrket integration med GitHub Copilot og tjenester som Microsoft Dev Box og GitHub Codespaces. Dette letter blandingen af lokal og cloud-udvikling inden for den samme Windows-oplevelse.
Forskelle mellem Dev Home, Dev Box og Developer Mode
I en forretningsimplementering er det vigtigt ikke at blande koncepter, fordi Udviklerhjem, udviklerboks og udviklertilstand De udfører meget forskellige funktioner, selvom de supplerer hinanden.
På den ene side, Microsoft Dev Home Det er en Windows 11-applikation, der installeres fra Microsoft Store (i øjeblikket i Preview i mange organisationer) og fungerer som et kontrolcenter: widgetpanel, hurtig konfiguration med WinGet, integration med GitHub og Copilot, adgang til Dev Drive osv. Den kører på udviklerens maskine, uanset om den er fysisk eller virtuel.
For en anden, Microsoft DevBox Det er en tjeneste på Azure, der leverer Virtuelle maskiner i cloududviklingDisse "udviklingsbokse" er forudkonfigureret med de nødvendige værktøjer til hvert projekt eller team. De oprettes og administreres fra Azure Portal og udviklerportalen, ikke fra Dev Home, selvom Dev Home kan passe rigtig godt som et produktivitetslag på hver af disse maskiner.
Endelig er der Windows-udviklertilstandDette er en funktion i operativsystemet (findes i Windows 10 og Windows 11), der muliggør yderligere værktøjer: avanceret fejlfinding, sideindlæsning af apps uden for Microsoft Store, brug af Enhedsportalen, SSH-tjenester til fjerninstallation og mere afslappede diagnosticeringsindstillinger. Denne tilstand konfigureres fra appen Indstillinger i området med avancerede udviklerindstillinger.
I virksomhedsmiljøer er det normalt at foretrække at bruge Udviklerboks + Udviklerhjem + Udviklerdrev og anvend kun udviklertilstand, hvor det er strengt nødvendigt, da dens yderligere friheder kan påvirke sikkerheden, hvis den aktiveres let på computere, der ikke er udviklere.
Forudsætninger for implementering af Microsoft Dev Home og Dev Box i en virksomhed
Før du begynder at konfigurere noget, er det vigtigt at være helt klar over, hvad infrastrukturkrav, licenser og tilladelser Hvad en organisation skal bruge for at kunne arbejde komfortabelt med Dev Box. Og dermed også med Windows-udviklermiljøer. Disse er kravene:
- Aktivt Azure-abonnementHvis virksomheden endnu ikke har et abonnement, er det nødvendigt at oprette en Azure-konto og tilknytte en betalingsmetode eller bruge et evalueringsabonnement, mens den endelige arkitektur defineres.
- Ejerrolle eller anden rolle med tilsvarende tilladelser Angående abonnementet. Eller i det mindste angående den ressourcegruppe, hvor Dev Box- og Dev Center-tjenesterne skal implementeres. Ellers vil de ikke kunne oprette udviklingscentre, projekter eller boksgrupper.
- Relevante licenser til Windows Enterprise, Intune og Microsoft Entra ID P1Disse licenser er inkluderet i pakker som Microsoft 365 E3, E5, A3, A5, Enterprise Premium, F3 (med visse begrænsninger i Windows Enterprise) eller studiefordelen Education. Det afgørende krav er, at brugeren har Windows 11 Enterprise eller Windows 10 Enterprise, Microsoft Intune til enhedsadministration og Microsoft Entra ID P1 til identitet.
- Microsoft Intune til enhedsadministration (konfiguration, politikker, overholdelse af regler) og Microsoft Entra ID som en identitets- og adgangskontrolløsning. Dev Box integreres med disse tjenester for at administrere udviklingsmaskinens livscyklus, betinget adgang og beskyttelse af virksomhedsdata.
- Registrer Microsoft.DevCenter-ressourceudbyderen. Denne registrering sker via Azure Portal: I abonnementssektionen under Ressourceudbydere skal du søge efter "Microsoft.DevCenter" og vælge Registrer. Uden dette trin kan du ikke oprette udviklingscentre eller Dev Box-projekter.
Oprettelse af et udviklingscenter i Azure
Den første komponent, der skal implementeres for at bruge Dev Box i en virksomhed, er udviklingscenter, også kendt som Dev Center. Det er det centrale punkt, hvor projekter, maskinstørrelser, dev box-billeder og netværkskonfigurationer administreres og derefter arves af teamene.
Oprettelsesprocessen udføres via Azure Portal. Skriv "Udviklingscentre" i søgefeltet, og vælg den tilsvarende mulighed. I denne visning skal du vælge "Opret" for at starte guiden. På fanen Grundlæggende er der defineret flere nøgleparametre: Azure-abonnementet, hvor datacenteret oprettes, The ressourcegruppe (ny eller eksisterende), den navnet på udviklingscentret og Azure-regionen hvor disse ressourcer vil være placeret. Regionen bør vælges så tæt som muligt på størstedelen af udviklerne for at forbedre latenstiden.
Efter det grundlæggende giver guiden adgang til fanen Indstillinger, hvor forskellige muligheder aktiveres eller deaktiveres. En af disse er kataloger på projektniveausom giver projektledere mulighed for at vedhæfte deres egne kataloger ud over de globale fra Dev Center.
En anden vigtig mulighed er muligheden for at bruge Microsoft-hostede netværk til Dev BoxesDisse netværk forenkler implementeringen i høj grad, da de giver isolation, nem tilpasning og lav administrationsbyrde.
Du kan også aktivere alle udviklingskort i midten til automatisk at installere Azure Monitor-agentDenne agent sender metrikker og logfiler til Azure Monitor for at give fuldstændig indsigt i udviklingsmaskinernes ydeevne og tilstand. Dette er uvurderligt for platform- og sikkerhedsteams.
Du kan tildele tags i fanen Tags navn-værdi-par (for eksempel "Afdeling = Udvikling", "Projekt = ProduktX") for at lette organisering og omkostningskontrol i Azure. Når konfigurationen er gennemgået, skal du klikke på "Opret" og overvåge status fra notifikationspanelet, indtil implementeringen er fuldført, og det nye udviklingscenter er tilgængeligt.
Definition af Dev Box-projekter i Dev Center
Når Dev Center er klar, er næste trin at oprette mindst et Dev Box-projektProjektgruppekonfigurationer (grænser, kataloger, tilpasningsmuligheder) og fungerer som en container, hvorfra udviklere kan se og oprette deres udviklingsbokse.
For at oprette et projekt skal du logge ind på Azure-portalen og søge efter "Projekter". Vælg "Opret" på projektsiden, hvorefter det tilsvarende panel åbnes. På fanen Grundlæggende skal du vælge abonnementet, den ressourcegruppe, der skal bruges, og udviklingscenter, som projektet vil blive tilknyttet, et identificerende navn for projektet og en kort beskrivelse af dets formål (for eksempel "Udvikling af virksomheds-API-backend").
Fanen Indstillinger for udviklingsboksen definerer flere brugsmuligheder. En af dem er... brugertilpasningerHvis aktiveret, kan hver udvikler justere visse parametre i deres udviklerboks, når de opretter den (f.eks. størrelse inden for et tilladt sæt), mens hvis deaktiveret, gennemtvinges en fuldt standardiseret konfiguration.
En anden vigtig beslutning er, om de skal etableres Grænser for udviklingsmiljøet pr. brugerBoksen kan ikke markeres, så hver udvikler kan oprette flere Dev Boxes uden begrænsning fra de tildelte grupper, eller et maksimalt antal bokse pr. bruger kan aktiveres for at kontrollere omkostninger og undgå spredning af unødvendige maskiner.
Ligesom i Dev Center kan du også anvende tags på projektet for at forenkle den administrative styring. Når du har gennemgået felterne, bekræfter du oprettelsen, og når den er implementeret, kan du få adgang til ressourcen fra Azure Portal.
Oprettelse af udviklingsbokspuljer
masse udviklingsboksgrupper De er forbindelsen mellem projektkonfigurationen og de specifikke Dev Boxes, som udviklere vil se. En gruppe definerer basisbilledet, regionen, procestypen, lagringen, netværket og omkostningspolitikkerne (automatiske nedlukninger, dvaletilstand osv.) for et sæt udviklingsmaskiner.
For at oprette et projekt skal du åbne det ønskede projekt i Azure-portalen og gå til afsnittet "Udviklingsboksgrupper". Derfra skal du vælge "Opret", hvorefter guiden åbnes. På fanen Grundlæggende bliver du bedt om at tildele en visningsnavn, som skal være unik i projektet.
Det næste kritiske punkt er at vælge billeddefinition, som gruppen vil brugeHer er flere muligheder:
- Billeddefinitioner baseret på YAML-filer, der anvender tilpasninger på et basisbillede.
- Brugerdefinerede billeder gemt i Azure Compute Gallery.
- Markedspladsbilleder (som Windows 11 Enterprise med Visual Studio).
- Definitioner af udviklerbokse, der kombinerer billede og fast VM-størrelse.
I procesafsnittet vælger du størrelsen på den virtuelle maskine som vil blive brugt til Dev Boxes i denne gruppe (vCPU, hukommelse osv.). Derefter defineres størrelsen på hoveddisken i lageret.
Fanen Administration definerer Roller og privilegier i Dev BoxDu kan bestemme, om boksene oprettes med en standardbruger eller med en lokal administratorrolle.
Med hensyn til omkostningskontrol tillader gruppen konfiguration Planlagt automatisk nedlukningDer er indstillet et dagligt nedlukningstidspunkt og en tidszone. På det tidspunkt vil udviklerbokse, der understøtter dvaletilstand, gå i den pågældende tilstand. De, der ikke gør det, vil lukke ned.
Tilladelsesstyring: adgang for brugere og projektadministratorer
For at udviklere kan oprette og administrere deres udviklingsbokse, er det ikke nok blot at oprette projekter og grupper. De skal giv dem de nødvendige tilladelser ved hjælp af Azure-roller på projektniveau.
Den vigtigste rolle for slutbrugerne er "Dev Box-bruger af DevCenter"Ved at tildele denne rolle til en bruger eller gruppe på et specifikt projekt kan de se projektet, få adgang til alle deres Dev Box-grupper, oprette udviklingsbokse fra disse grupper og administrere deres egne Dev Boxes fra udviklerportalen. For eksempel: genstart, dvale eller sletning af deres maskine.
Tildelingen udføres via Azure-portalen. I det relevante projekt skal du gå til "Adgangskontrol (IAM)", vælge "Tilføj rolletildeling" og vælge brugerrollen Dev Box. Angiv derefter de brugere, grupper eller tjenesteprincipaler, der skal have denne adgang. Når tildelingen er anvendt, vil udviklere se projektet, deres grupper og kan begynde at implementere deres miljøer.
For at uddelegere administration til personer, der ikke er globale Azure-administratorer, er der rollen af "DevCenter Projektadministrator"Denne rolle giver projektadministratorer mulighed for at oprette og administrere Dev Box-grupper, definere grænser for udviklingsbokse, konfigurere automatisk skalering og administrere andre projektdriftsindstillinger, men uden at give dem tilladelse til at tilføje eller fjerne brugere fra projektet.
På denne måde, en balanceret forvaltningsmodelKerneplatformteamet definerer Dev Center og dets retningslinjer, og projektledere tilpasser Dev Box-grupperne til deres behov. På denne måde administrerer udviklerne deres egne miljøer inden for de etablerede parametre.
Installation og integration af Microsoft Dev Home på computere
Når infrastrukturen i Azure er oppe at køre, er det tid til at implementere den del, der er synlig for udvikleren. Det vil sige, Microsoft Dev Home på Windows 11-pc'er fra virksomheden eller i de Dev Boxes, der er oprettet i skyen.
Udviklerhjemmet er tilgængeligt på Microsoft Store såsom "Dev Home (Preview)". Installationen er ligetil: Åbn Store, søg efter applikationen, og tryk på Installer. I et virksomhedsmiljø kan softwaredistributionsværktøjer som Intune bruges til at implementere Dev Home i stor skala på udvikleres computere eller på basisbillederne af Dev Boxes.
Når Dev Home er installeret, har brugeren en brugerdefineret dashboard Her kan du tilføje widgets til overvågning af CPU-, RAM-, GPU- og Dev Drive-forbrug samt GitHub-specifikke widgets, der viser repositories, problemer eller build-status. Hvert team eller hver afdeling kan tilpasse dette dashboard, så det passer til deres arbejdsgang. Dette hjælper dig med at få alle de relevante oplysninger, du har brug for, med et hurtigt overblik.
En af de store attraktioner ved Dev Home er integration med WinGet, Windows-pakkehåndteringen. Derudover letter Dev Home forbindelse med GitHub og integration af GitHub CopilotVed at linke din GitHub-konto fra Dev Home får du en widget, der viser status for dine repositories. Dette giver dig hurtig adgang til dine projekter og forbereder dig til at bruge Copilot i værktøjer som Visual Studio, VS Code eller selve terminalen. Dette gør det muligt for dig at skrive kode hurtigere, modtage intelligente forslag og opdage fejl tidligt.
Udviklerdrev: Optimeret lagring til kode og lagre
En anden vigtig del af økosystemet er dev-drev, en type volumen, der er specifikt designet til at være vært for kildekode, arkiver, afhængigheder, kompileringsartefakter og alle filer, der er forbundet med det daglige programmeringsarbejde.
Dev Drive er baseret på et robust filsystem og er optimeret til de I/O-intensive scenarier, der er typiske for udvikling. Microsoft angiver, at kombineret med Microsoft Defender Antivirus-ydeevnetilstandDet kan i nogle scenarier forbedre byggetiderne med op til 30%. Dette betyder hurtigere builds, tests der fuldføres hurtigere, og en generel følelse af større fleksibilitet.
Med hensyn til sikkerhed er Dev Drive designet til at være sikrere end blot at udelukke mapper eller processer fra DefenderYdelsestilstand reducerer antivirusprogrammets påvirkning af filsystemet uden at gå på kompromis med beskyttelsen, hvilket er særligt vigtigt ved håndtering af fortrolig kode eller virksomhedens intellektuelle ejendom. Den praktiske idé er at dedikere Dev Drive til alt koderelateret: Git-lagre, Visual Studio- eller VS Code-projekter, pakkeafhængigheder osv., hvilket yderligere forenkler processen. test software uden at efterlade spor på systemetPå denne måde, en balance mellem ydeevne og beskyttelseforhindrer antivirusprogrammet i overdrevent at straffe typiske programmeringslæse-/skriveoperationer.
Brug og konfiguration af udviklertilstand i Windows 11
Ud over Dev Home og Dev Box skal mange virksomheder aktivere følgende på bestemte enheder: Windows-udviklertilstandisær ved udvikling og test af UWP-, MSIX-applikationer eller scenarier, der kræver fjernimplementering og avanceret fejlfinding.
Denne tilstand findes i appen Indstillinger, normalt i System > Avanceret (eller "System > Avanceret") i afsnittet "For udviklere" (se Windows 11-indstillinger brugt af eksperterAktivering af den låser op for specialværktøjer designet til at bygge, implementere og teste software på Windows, herunder muligheden for at installere apps fra andre kilder end Microsoft Store og yderligere fejlfindingsmuligheder.
Når udviklertilstand er aktiveret, installerer Windows en pakke med specifikke funktionerDisse omfatter Windows Device Portal, et webbaseret fjernadministrationsmiljø til enheden; konfiguration af firewallregler for at tillade SSH-tjenester; og aktivering af SSH-serveren, når enhedsregistrering udløses, hvilket letter fjerninstallation og fejlfinding af applikationer fra Visual Studio.
Enhedsportalen kan f.eks. bruges til at Implementer applikationer på testenheder såsom tablets eller maskiner dedikeret til QA, mens enhedsregistrering gør det muligt at se disse enheder på netværket via mDNS og muliggør den nødvendige PIN-parring til den første implementering fra Visual Studio.
Aktivering af enhedsregistrering viser en "Par"-knap, som, når den trykkes på, viser en midlertidig pinkode på skærmen. Denne pinkode bruges som adgangskode til DevToolsUser-kontoen via SSH og er kun gyldig, så længe den er synlig. Derudover aktiveres et SFTP-undersystem, der muliggør manuel administration af mappen DevelopmentFiles, hvor løse filinstallationer er installeret.
Almindelige problemer med udviklertilstand og hvordan man håndterer dem
I nogle virksomhedsmiljøer kan aktivering af udviklertilstand mislykkes, fordi Den tilhørende pakke er ikke downloadet eller installeret korrekt.Dette skyldes normalt virksomhedspolitikker, forbindelsesproblemer eller blokering af tjenester som f.eks. WSUS.
En tilbagevendende fejl er koden 0x80004005 angiver, at pakken ikke kunne findes i Windows Update. Når du ser denne meddelelse, er det første skridt at kontrollere, at computeren har internetadgang. Hvis den er tilsluttet et domæne, skal du kontakte din netværksadministrator. I mange organisationer er on-demand-funktioner (f.eks. Developer Mode Pack) som standard blokeret i WSUS. Du skal eksplicit tillade, at bestemte vidensbaseelementer (KB'er) downloades.
Det anbefales specifikt at kontrollere, at opdateringerne KB4016509, KB3180030 og KB3197985 Disse opdateringer er tilladt i WSUS på nuværende eller tidligere versioner af Windows, da de er relateret til tilgængeligheden af denne pakke. Efter justering af indstillingerne anbefales det at gennemtvinge en søgning efter opdateringer fra Indstillinger → Windows Update og bekræfte, at komponenten vises i de valgfrie funktioner.
En anden almindelig meddelelse er, at pakken ikke kunne installeres, også med kode 0x80004005. Men i dette tilfælde fordi uforeneligheder mellem Windows-buildet og pakkenLøsningen involverer normalt at installere alle ventende opdateringer og genstarte computeren.
I scenarier, hvor fejl fortsætter, anbefales det at sende feedback til Microsoft via Feedback Hub. Dette er især vigtigt i administrerede virksomhedsmiljøer, da der kan være en specifik konflikt med virksomhedens politikker.
Aktivér udviklertilstand ved hjælp af politikker, registreringsdatabasen eller PowerShell
I forbindelse med automatisering eller massetestning foretrækker mange virksomheder ikke at stole på, at brugeren manuelt aktiverer udviklertilstand. I disse tilfælde kan de ty til Gruppepolitikker (gpedit.msc), registreringsnøgler eller PowerShell-scripts at konfigurere enheder centralt.
Ved hjælp af Gruppepolitikeditoren (ikke tilgængelig i Home-udgaver af Windows 10 eller 11) kan du navigere til Computerpolitik → Computerkonfiguration → Administrative skabeloner → Windows-komponenter → Implementering af apppakker og justere de nødvendige politikker. For at tillade installation af betroede programmer (sideindlæsning) skal du aktivere politikken "Tillad installation af alle betroede apps".
Hvis du også vil aktivere fuld udviklertilstand og installere programmer fra et integreret udviklingsmiljø (IDE) som f.eks. Visual Studio, skal du aktivere den politik, der tillader det. UWP-applikationsudvikling og -installation fra IDE'enEfter justering af disse politikker anbefales det at genstarte enhederne for at ændringerne kan træde i kraft.
Kombinering korrekt Microsoft Dev Box, Dev Home, Dev Drive og UdviklertilstandEn virksomhed kan gå fra manuelle, fejlbehæftede opsætninger til standardiserede, reproducerbare og sikre udviklingsmiljøer, hvor opsætning af en ny arbejdsstation (lokal eller i skyen) ikke længere er et spørgsmål om dage, men kan løses i løbet af timer eller endda minutter. Alt dette gøres med hele Windows-, GitHub- og Azure-økosystemet, der arbejder sammen til støtte for udviklingsteamet.
