Пристигането на Начална страница на Microsoft за разработчици и кутия за разработчици на Microsoft Това напълно промени начина, по който една компания може да настройва, поддържа и мащабира своите среди за разработка на Windows. Вече не става въпрос само за инсталиране на отделни инструменти на всеки компютър, а за наличието на истински център за контрол на разработчиците и облачни работни станции, готови за употреба за минути.
Ако обмисляте да използвате Windows 11 като основа за вашите екипи за разработка, ще искате да знаете как точно се съчетават. Начална страница на разработчика, Кутия за разработчика, Диск за разработчика и Режим за разработчици в рамките на корпоративна стратегия. В тази статия ще видите как трябва да се извърши първоначалната инсталация и конфигурация на Microsoft Dev Home в една компания, какви лицензи и изисквания за Azure са необходими и какви ключови решения трябва да вземете, за да гарантирате, че всичко е сигурно, ефикасно и лесно за поддръжка.
Какво е Microsoft Dev Home и защо е важно за една компания?
Накратко, Microsoft Dev Home е Централизирано табло за управление на разработчици в Windows 11Той предлага конфигурируемо табло за управление, където можете да следите състоянието на вашите проекти, да наблюдавате системните ресурси, да конфигурирате среди за разработка, да инсталирате софтуер с WinGet и директно да свързвате вашите GitHub акаунти и други услуги за разработчици.
На корпоративно ниво, Dev Home функционира като входна точка за целия работен процес на разработкаОт подготовката на нова машина (локална или в облака) до наблюдението на компилациите, използването на процесора, паметта и диска, както и достъпа до ключови задачи на GitHub, без да напускате Windows, това е особено полезно, когато имате екипи, които използват ПСЖVisual Studio, VS Code, GitHub Copilot и други компоненти на екосистемата на Microsoft.
Инструментът разчита на WinGet, за да активира a декларативна конфигурация на средатаВместо да инсталирате инструменти „на ръка“, вие дефинирате конфигурационен файл и изпълнявате команда, така че Dev Home и WinGet автоматично да разположат приложенията, пакетите и настройките, необходими за всеки профил на разработка.
В допълнение към самия Dev Home, Microsoft представи Разработчици на диск. Това е вид обем за съхранение, оптимизиран за код и хранилища. Той също така има засилена интеграция с Копилот на GitHub и услуги като Microsoft Dev Box и GitHub Codespaces. Това улеснява съчетаването на локална и облачна разработка в рамките на едно и също Windows изживяване.
Разлики между Dev Home, Dev Box и Developer Mode
В бизнес внедряването е ключово да не се смесват концепции, защото Начална страница на разработчика, кутия за разработчика и режим за разработчици Те изпълняват много различни функции, въпреки че се допълват взаимно.
От една страна, Начало на Microsoft Dev Това е приложение за Windows 11, което се инсталира от Microsoft Store (в момента е в Preview в много организации) и действа като контролен център: панел с уиджети, бърза конфигурация с WinGet, интеграция с GitHub и Copilot, достъп до Dev Drive и др. Работи на машината на разработчика, независимо дали е физическа или виртуална.
За друг, Microsoft DevBox Това е услуга в Azure, която предоставя виртуални машини за разработка в облакТези „кутии за разработка“ са предварително конфигурирани с необходимите инструменти за всеки проект или екип. Те се създават и управляват от портала на Azure и портала за разработчици, а не от Dev Home, въпреки че Dev Home може да се впише много добре като слой за продуктивност на всяка от тези машини.
И накрая, има Режим за разработчици на WindowsТова е функция на операционната система (налична в Windows 10 и Windows 11), която позволява допълнителни инструменти: разширено отстраняване на грешки, странично зареждане на приложения извън Microsoft Store, използване на портала на устройствата, SSH услуги за дистанционно внедряване и по-спокойни настройки за диагностика. Този режим се конфигурира от приложението Настройки, в областта за разширени опции за разработчици.
В корпоративна среда обикновено е за предпочитане да се използва Кутия за разработчици + Начална страница за разработчици + Диск за разработчици и прилагайте режим за разработчици само когато е строго необходимо, тъй като допълнителните му свободи могат да повлияят на сигурността, ако се активират леко на компютри на потребители, които не са разработчици.
Предварителни изисквания за внедряване на Microsoft Dev Home и Dev Box в предприятие
Преди да започнете да конфигурирате каквото и да е, е важно да сте наясно с изисквания за инфраструктура, лицензи и разрешителни От какво се нуждае една организация, за да работи комфортно с Dev Box. И, в по-широк смисъл, със среди за разработчици на Windows. Това са изискванията:
- Активен абонамент за AzureАко компанията все още няма абонамент, е необходимо да създаде акаунт в Azure и да свърже метод на плащане или да използва абонамент за оценка, докато се дефинира окончателната архитектура.
- Роля на собственик или друга роля с еквивалентни разрешения Относно абонамента. Или поне относно групата ресурси, където ще бъдат разположени услугите Dev Box и Dev Center. В противен случай те няма да могат да създават центрове за разработка, проекти или групи box.
- Подходящи лицензи за Windows Enterprise, Intune и Microsoft Entra ID P1Тези лицензи са включени в пакети като Microsoft 365 E3, E5, A3, A5, Enterprise Premium, F3 (с определени ограничения в Windows Enterprise) или „Образователна студентска привилегия“. Ключовото изискване е потребителят да има Windows 11 Enterprise или Windows 10 Enterprise, Microsoft Intune за управление на устройства и Microsoft Entra ID P1 за самоличност.
- Microsoft Intune за управление на устройства (конфигурация, политики, съответствие) и Microsoft Entra ID като решение за самоличност и контрол на достъпа. Dev Box се интегрира с тези услуги, за да управлява жизнения цикъл на развойната машина, условния достъп и защитата на корпоративните данни.
- Регистрирайте доставчика на ресурси Microsoft.DevCenter. Тази регистрация се извършва чрез портала на Azure: в секцията за абонамент, под Доставчици на ресурси, потърсете „Microsoft.DevCenter“ и изберете Регистрация. Без тази стъпка няма да можете да създавате центрове за разработка или проекти на Dev Box.
Създаване на център за разработка в Azure
Първият компонент, който трябва да бъде внедрен, за да се използва Dev Box в една компания, е център за развитие, известен още като Център за разработчици. Това е централната точка, където се управляват проекти, размери на машини, изображения на разработчици и мрежови конфигурации, които след това се наследяват от екипите.
Процесът на създаване се извършва чрез портала Azure. В лентата за търсене въведете „Центрове за разработка“ и изберете съответната опция. В този изглед изберете „Създаване“, за да стартирате съветника. В раздела „Основи“ са дефинирани няколко ключови параметъра: Абонамент за Azure, където ще бъде създаден центърът за данни, на група ресурси (нови или съществуващи), име на центъра за разработка и Лазурния регион където ще се намират тези ресурси. Регионът трябва да бъде избран възможно най-близо до по-голямата част от разработчиците, за да се подобри латентността.
След основните стъпки, съветникът позволява достъп до раздела с настройки, където се активират или деактивират различни опции. Една от тях е каталози на ниво проекткоито позволяват на ръководителите на проекти да прикачват свои собствени каталози в допълнение към глобалните от Dev Center.
Друга важна опция е възможността за използване Мрежи, хоствани от Microsoft, за Dev Box-иТези мрежи значително опростяват внедряването, тъй като осигуряват изолация, лесно персонализиране и ниска управленска тежест.
Можете също така да активирате автоматичното инсталиране на всички развойни платки в центъра Агент на Azure MonitorТози агент изпраща показатели и регистрационни файлове към Azure Monitor, за да осигури пълна видимост върху производителността и състоянието на машините за разработка. Това е безценно за екипите за платформи и сигурност.
Можете да зададете етикети в раздела „Етикети“ двойки име-стойност (например „Отдел = Разработка“, „Проект = ПродуктX“) за улесняване на организацията и контрола на разходите в Azure. След като конфигурацията бъде прегледана, щракнете върху „Създаване“ и следете напредъка от панела за известия, докато внедряването приключи и новият център за разработка стане достъпен.
Дефиниране на проекти на Dev Box в рамките на Dev Center
След като Центърът за разработка е готов, следващата стъпка е да се създадат поне проект на Dev BoxПроектите групират екипните конфигурации (лимити, каталози, опции за персонализиране) и служат като контейнер, от който разработчиците ще преглеждат и създават своите полета за разработка.
За да създадете проект, влезте в портала на Azure и потърсете „Проекти“. От страницата с проекти изберете „Създаване“ и съответният панел ще се отвори. В раздела „Основни“ изберете абонамента, групата ресурси, която ще използвате, и център за развитие, с който проектът ще бъде свързан, идентифициращо име на проекта и кратко описание на неговата цел (например „Разработка на корпоративен API backend“).
Разделът с настройки на полето за разработка определя няколко опции за употреба. Една от тях е... потребителски персонализацииАко е активирано, всеки разработчик може да коригира определени параметри на своята девелоперска кутия, когато я създава (напр. размер в рамките на разрешен набор), докато ако е деактивирано, се налага напълно стандартизирана конфигурация.
Друго важно решение е дали те ще бъдат установени ограничения на средата за разработка на потребителКутийката може да остане неотметната, така че всеки разработчик да може да създава множество Dev Box-ове без ограничение от зададените групи, или може да се активира максимален брой боксове на потребител, за да се контролират разходите и да се избегне разпространението на ненужни машини.
Точно както в Dev Center, можете да прилагате етикети към проекта, за да опростите административното управление. След като прегледате полетата, потвърждавате създаването и след внедряването му можете да получите достъп до ресурса от Azure Portal.
Създаване на пулове за разработка
Лос групи от полета за развитие Те са връзката между конфигурацията на проекта и специфичните Dev Box-и, които разработчиците ще виждат. Група определя базовия образ, региона, типа на процеса, съхранението, мрежата и политиките за разходи (автоматично изключване, хибернация и др.) за набор от машини за разработка.
За да създадете такъв, отворете желания проект в портала на Azure и отидете в секцията „Групи за полета за разработка“. Оттам изберете „Създаване“ и съветникът ще се отвори. В раздела „Основни“ ще бъдете помолени да зададете екранно име, който трябва да е уникален в рамките на проекта.
Следващият критичен момент е изборът на дефиницията на изображението, която групата ще използваЕто няколко варианта:
- Дефиниции на изображения, базирани на YAML файлове, които прилагат персонализации към базово изображение.
- Персонализирани изображения, съхранявани в галерията на Azure Compute.
- Образи от Marketplace (като Windows 11 Enterprise с Visual Studio).
- Дефиниции на Dev Box, които комбинират образ и фиксиран размер на виртуална машина.
В секцията за процес избирате размер на виртуалната машина който ще се използва за Dev Box-ите от тази група (vCPU, памет и др.). След това, в хранилището, се определя размерът на основния диск.
Разделът за администриране определя Роли и привилегии в Dev BoxМожете да решите дали кутиите да бъдат създадени със стандартен потребител или с роля на локален администратор.
Що се отнася до контрола на разходите, групата позволява конфигуриране Планирано автоматично изключванеЗадават се ежедневно време и часова зона за изключване. По това време Dev Box-ите, които поддържат хибернация, ще влязат в това състояние. Тези, които не го поддържат, ще се изключат.
Управление на разрешенията: достъп за потребители и администратори на проекти
За да могат разработчиците да създават и управляват своите развойни пространства, не е достатъчно просто да създават проекти и групи. Те трябва да да им предоставите подходящи разрешения, използвайки Azure роли на ниво проект.
Ключовата роля за крайните потребители е „Потребител на Dev Box на DevCenter“Присвояването на тази роля на потребител или група в конкретен проект им позволява да преглеждат този проект, да имат достъп до всички свои групи Dev Box, да създават развойни блокове от тези групи и да управляват свои собствени Dev Box-ове от портала за разработчици. Например: рестартиране, хибернация или изтриване на машината им.
Присвояването се извършва чрез портала на Azure. В съответния проект отидете на „Контрол на достъпа (IAM)“, изберете „Добавяне на присвояване на роля“ и изберете потребителската роля на Dev Box. След това посочете потребителите, групите или принципалите на услуги, които трябва да имат този достъп. След като присвояването бъде приложено, разработчиците ще видят проекта, неговите групи и ще могат да започнат да внедряват своите среди.
За да делегирате управлението на хора, които не са глобални администратори на Azure, има ролята на „Администратор на проекти в DevCenter“Тази роля позволява на администраторите на проекти да създават и управляват групи от Dev Box, да дефинират ограничения на Dev Box, да конфигурират автоматично мащабиране и да управляват други опции за работа на проекта, но без да им се дава разрешение да добавят или премахват потребители от проекта.
По този начин, a балансиран модел на управлениеОсновният екип на платформата определя Dev Center и неговите насоки, а проектните мениджъри адаптират групите Dev Box към своите нужди. По този начин разработчиците управляват собствените си среди в рамките на установените параметри.
Инсталиране и интегриране на Microsoft Dev Home на компютри
След като инфраструктурата в Azure е стартирана и работи, е време да се имплементира частта, видима за разработчика. Тоест, Начална страница на Microsoft Dev на компютри с Windows 11 от компанията или в Dev Box-овете, създадени в облака.
Dev Home е достъпен на Microsoft Store като например „Dev Home (Preview)“. Инсталацията е лесна: отворете Store, потърсете приложението и докоснете „Install“. В корпоративна среда, инструменти за разпространение на софтуер като Intune могат да се използват за внедряване на Dev Home в голям мащаб на компютрите на разработчиците или на базовите образи на Dev Box-и.
Когато Dev Home е инсталиран, потребителят има персонализируемо табло за управление Тук можете да добавяте джаджи за наблюдение на използването на процесора, RAM паметта, графичния процесор, Dev Drive и специфични за GitHub джаджи, които показват хранилища, проблеми или състояние на компилация. Всеки екип или отдел може да персонализира това табло, за да отговаря на работния си процес. Това ви помага да получите цялата необходима информация с един поглед.
Една от големите атракции на Dev Home е интеграция с WinGet, мениджърът на пакети на Windows. Освен това, Dev Home улеснява връзка с GitHub и интеграция на Копилот на GitHubКато свържете вашия GitHub акаунт от Dev Home, ще имате уиджет, показващ състоянието на вашите хранилища. Това ви позволява бърз достъп до вашите проекти и ви подготвя да използвате Copilot в инструменти като Visual Studio, VS Code или самия терминал. Това ви позволява да пишете код по-бързо, да получавате интелигентни предложения и да откривате грешки рано.
Dev Drive: Оптимизирано място за съхранение на код и хранилища
Друг ключов компонент на екосистемата е устройство за разработчици, вид том, специално проектиран за хостване на изходен код, хранилища, зависимости, артефакти за компилация и всички файлове, свързани с ежедневната работа по програмиране.
Dev Drive е базиран на устойчива файлова система и е оптимизиран за сценарии с интензивна входно-изходна обработка, типични за разработката. Microsoft заявява, че в комбинация с Режим на производителност на антивирусната програма на Microsoft DefenderВ някои сценарии може да предложи до 30% подобрение във времето за изграждане. Това се изразява в по-бързи изработки, тестове, които завършват по-рано, и цялостно усещане за по-голяма гъвкавост.
По отношение на сигурността, Dev Drive е проектиран да бъде по-безопасно от простото изключване на папки или процеси от DefenderРежимът на производителност намалява въздействието на антивирусната програма върху файловата система, без да прави компромис със защитата, което е особено важно при работа с поверителен код или интелектуална собственост на компанията. Практическата идея е да се отдели Dev Drive за всичко, свързано с кода: Git хранилища, проекти на Visual Studio или VS Code, зависимости на пакети и др., което допълнително опростява процеса. тествайте софтуер, без да оставяте следи в систематаПо този начин, a баланс между производителност и защитапредотвратяване на прекомерното налагане на типичните операции за четене/запис от антивирусната програма.
Използване и конфигуриране на режим за разработчици в Windows 11
В допълнение към Dev Home и Dev Box, много компании трябва да активират следното на определени устройства: Режим за разработчици на Windowsособено при разработване и тестване на UWP, MSIX приложения или сценарии, които изискват дистанционно внедряване и разширено дебъгване.
Този режим се намира в приложението „Настройки“, обикновено в раздела „Система“ > „Разширени“ (или „Система“ > „Разширени“) в раздела „За разработчици“ (вижте Настройки на Windows 11, използвани от експертиАктивирането му отключва специални инструменти, предназначени за изграждане, внедряване и тестване на софтуер в Windows, включително възможността за инсталиране на приложения от източници, различни от Microsoft Store, и допълнителни опции за отстраняване на грешки.
Когато режимът за разработчици е активиран, Windows инсталира пакет със специфични функцииТе включват Windows Device Portal, уеб-базирана среда за дистанционно администриране на устройството; конфигуриране на правила за защитна стена, за да се разрешат SSH услуги; и активиране на SSH сървъра, когато се задейства откриването на устройство, което улеснява дистанционното инсталиране на приложения и отстраняване на грешки от Visual Studio.
Порталът на устройството може да се използва например за внедряване на приложения на тестови устройства като таблети или машини, предназначени за QA, докато откриването на устройства позволява тези устройства да бъдат видими в мрежата чрез mDNS и активира необходимото сдвояване на ПИН код за първото внедряване от Visual Studio.
Активирането на откриването на устройства показва бутон „Сдвояване“, който при натискане показва временен ПИН код на екрана. Този ПИН се използва като парола за акаунта на DevToolsUser чрез SSH и е валиден само докато е видим. Освен това се активира SFTP подсистема, която позволява ръчно управление на папката DevelopmentFiles, където се инсталират разгръщани файлове.
Често срещани проблеми с режима за разработчици и как да се справите с тях
В някои корпоративни среди активирането на режима за разработчици може да се провали, защото Съответният пакет не е изтеглен или инсталиран правилно.Това обикновено се дължи на фирмени политики, проблеми с връзката или блокиране на услуги като WSUS.
Повтаряща се грешка е кодът 0x80004005, което показва, че пакетът не може да бъде намерен в Windows Update. След като видите това съобщение, първата стъпка е да проверите дали компютърът има достъп до интернет. Ако е присъединен към домейн, свържете се с вашия мрежов администратор. В много организации функциите при поискване (като например пакета за режим на разработчици) са блокирани по подразбиране в WSUS. Трябва изрично да разрешите изтеглянето на определени елементи от базата знания (KB).
По-специално се препоръчва да проверите дали актуализациите KB4016509, KB3180030 и KB3197985 Тези актуализации са разрешени в WSUS на текущи или предишни версии на Windows, тъй като са свързани с наличността на този пакет. След коригиране на настройките е препоръчително да се извърши търсене на актуализации от Настройки → Windows Update и да се потвърди, че компонентът се показва в допълнителните функции.
Друго често срещано съобщение е, че пакетът не може да бъде инсталиран, също с код 0x80004005. Но в този случай, тъй като несъвместимости между компилацията на Windows и пакетаРешението обикновено включва инсталиране на всички чакащи актуализации и рестартиране на компютъра.
В сценарии, при които грешките продължават, е препоръчително да изпратите обратна връзка до Microsoft чрез Центъра за обратна връзка. Това е особено важно в управлявани корпоративни среди, тъй като може да има специфичен конфликт с фирмените политики.
Активиране на режим за разработчици чрез правила, регистър или PowerShell
В контекста на автоматизация или масово тестване, много компании предпочитат да не разчитат на ръчното активиране на режима за разработчици от потребителя. В тези случаи те могат да прибегнат до Групови правила (gpedit.msc), ключове в системния регистър или скриптове на PowerShell за централизирано конфигуриране на устройства.
С помощта на редактора за групови правила (не е наличен в домашните издания на Windows 10 или 11) можете да отидете в „Политика за компютъра“ → „Конфигурация на компютъра“ → „Административни шаблони“ → „Компоненти на Windows“ → „Разполагане на пакети с приложения“ и да коригирате необходимите правила. За да разрешите инсталирането на надеждни приложения (странично зареждане), активирайте правилото „Разрешаване на инсталирането на всички надеждни приложения“.
Ако искате да активирате и пълен режим за разработчици и да инсталирате приложения от интегрирана среда за разработка (IDE), като например Visual Studio, трябва да активирате политиката, която го позволява. Разработване и инсталиране на UWP приложения от IDEСлед коригиране на тези правила се препоръчва да рестартирате устройствата, за да влязат в сила промените.
Правилно комбиниране Microsoft Dev Box, Dev Home, Dev Drive и Developer ModeЕдна компания може да премине от ръчни, податливи на грешки настройки към стандартизирани, възпроизводими и сигурни среди за разработка, където настройването на нова работна станция (локална или в облака) вече не е въпрос на дни, а може да бъде решено за часове или дори минути. Всичко това се прави с цялата екосистема на Windows, GitHub и Azure, работеща в подкрепа на екипа за разработка.
