Autopilot Device Preparation verður staðall, Hybrid Join er skilið eftir

Í september mælti Microsoft með Autopilot Device Preparation sem staðli fyrir user-driven Windows-uppsetningar, og nýja ferlið er að sönnu einfaldara og stöðugra, en styður eingöngu Entra Join. Fyrir alla sem nota Hybrid Join fyrir ný tæki í dag er þetta eiginlega fréttín, því að skipta yfir í Entra Join síðar er einungis mögulegt með reset. Við sýnum hvað breytist í samanburði við klassískt Autopilot og hvers vegna við höldum áfram að nota klassísku aðferðina til bráðabirgða, en þá með Entra Join að leiðarljósi.

Autopilot Device Preparation verður staðall, Hybrid Join er skilið eftir

Microsoft lýsti Autopilot Device Preparation í september yfir sem ráðlögð aðferð fyrir user-driven Windows-uppsetningar. Nýja líkanið er einfaldara í uppbyggingu og keyrir stöðugra, en styður eingöngu Entra Join. Sá sem notar Hybrid Join fyrir ný tæki í dag ætti að huga sérstaklega að þessum þætti, því þessi takmörkun vegur þyngra en spurningin um rétta provisioning-verkfærið.

Það helsta í stuttu máli

  • Ný mæling: Microsoft mælir með Autopilot Device Preparation frá september fyrir user-driven enrollments, vegna þess að uppsetningar ganga hraðar og áreiðanlegra í gegnum.
  • Eingöngu Entra Join: Device Preparation styður einungis Entra Join; Hybrid Join er ekki gert ráð fyrir í nýja líkaninu.
  • Enginn in-place-flutningur: Microsoft býður upp á engan studdan leið til að breyta hybrid-joinuðu tæki yfir í Entra Join án þess að endursetja það. Sá sem setur upp ný tæki með Hybrid Join í dag þarf síðar að endurútstilla þau eða vera áfram háður on-premises-tækni í allt næsta vélbúnaðarskeiðið.
  • Engin lokadagsetning: Klassískt Autopilot og Device Preparation lifa hlið við hlið á sýnilegan tíma.
  • Ráðlegging okkar: Join-gerðin skiptir meginmáli, ekki verkfærið. Fyrir ný tæki notum við áfram klassískt Autopilot með Entra Join, vegna þess að framleiðendur og söluaðilar geta þá skráð tækin í tenant þinn áður en þau eru send. Þennan Zero-Touch-leið býður Device Preparation ekki upp á enn.
Windows Autopilot Autopilot Device Preparation
Join-gerð Entra Join, Hybrid Join Entra Join
Stillingar User-driven, Pre-Provisioning, Self-Deploying, fyrirliggjandi tæki User-driven, Automatic (Windows 365)
Tenant-binding skylduleg í gegnum hardware hash, einnig hjá OEM-framleiðendum og samstarfsaðilum valfrjáls í gegnum Device Association, handvirkt í Intune
Stilling meðan á uppsetningu stendur tæki- og notendatengdar stillingar í gegnum Enrollment Status Page (ESP) eingöngu tækjatengdar stillingar, með takmarkaðan fjölda forrita og skrifta
Skýrslur seinkuð næstum í rauntíma
Aðrar aðgerðir Autopilot Reset, DFCI, Teams Rooms, HoloLens, Self-Deploying, Pre-Provisioning Win32- og LOB-forrit í sama deployment-ferli

Heimild: Microsoft Learn, Compare Windows Autopilot device preparation and Windows Autopilot

Hvað Microsoft hefur tilkynnt

Um miðjan september lýsti Microsoft í Intune Customer Success Blog því hvernig flutningurinn frá klassísku Windows Autopilot yfir í Device Preparation á að líta út. Skilaboðin eru skýr: Fyrir user-driven uppsetningar er Device Preparation nú ráðlagða leiðin.

Tæknin sjálf er ekki ný: Device Preparation hefur verið til frá 2024 sem endurbyggð útgáfa af Autopilot, sem er einfaldari og áreiðanlegri í keyrslu og sýnir uppsetningar næstum í rauntíma. Til skamms tíma var þó eitt bilið, því tækið vissi ekki fyrir fyrstu innskráningu hvaða tenant það tilheyrði. Þetta bil lokaðist í lok ágúst með Device Association. Með henni tengir þú Windows-tæki við tenant þinn áður en uppsetning hefst, og það þekkist sjálfkrafa sem fyrirtækjatæki, fær ákveðið heiti og sérsniðna Out-of-Box-Experience, jafnvel áður en notandinn lýkur uppsetningunni.

Þú þarft ekki að skipta strax. Klassískt Autopilot og Device Preparation keyra hlið við hlið í sama tenant, en hvert tæki notar aðeins eitt af líkanunum. Ef tæki er bæði skráð fyrir Autopilot og tengt með Device Association hefur Association forgang.

Ein regla í stað fjögurra hluta

Klassískt Autopilot byggir á deployment-forstillingum, Enrollment Status Page, Group Tags og kvikum hópum. Device Preparation notar einungis eina provisioning-reglu sem skilgreinir hvað gerist meðan á Out-of-Box-Experience (OOBE) stendur, frá tækjastillingum yfir forrit og skriftur til tækjanafns. Í framkvæmd þýðir það:

  • Hraðari úthlutanir: Við enrollment lenda tæki strax í fastri Entra-hópi í gegnum Enrollment Time Grouping. Forrit og skriftur sem tengjast þeim hóp eru strax tilbúin meðan á provisioning stendur, án þess að bíða eftir úrvinnslu kvikra hópa.
  • Skýr skipting þrepa: Meðan á provisioning stendur berast eingöngu tækjatengdar stillingar og nauðsynlegustu forritin á tækið. Allt sem tengist notandanum fylgir þegar skjáborðið er komið upp, og fyrsta uppsetningin verður þannig styttri og minna villutilhneigð.
  • Betri skýrslur: Sérhver uppsetning er sýnileg næstum í rauntíma með mun meiri upplýsingum en í klassísku Autopilot, og villuleit verður greinilega auðveldari.

Device Preparation styður eingöngu Entra Join

Device Preparation styður einungis Entra Join. Hybrid Join er ekki gert ráð fyrir í nýju uppbyggingunni, og ekkert í tilkynningum Microsoft bendir til að það muni breytast. Klassískt Autopilot ræður við Hybrid Join enn, en þróun Microsoft stefnir greinilega að uppsetningum án Domain Controller. Á Microsoft Learn stendur það nú líka beinlínis:

„Microsoft recommends deploying new devices as cloud-native using Microsoft Entra join. Deploying new devices as Microsoft Entra hybrid join devices isn't recommended …"

Sá sem hefur notað Hybrid Join með Autopilot þekkir hindranirnar: meðan á provisioning stendur þarf tækið að ná í Domain Controller, Intune Connector for Active Directory þarf að vera tiltækur og virka, og hópreglur keyra samhliða Intune. Einmitt þessar tengingar eru ástæðan fyrir því að flestar uppsetningar mistakast eða stöðvast. Hybrid Join var því alltaf umbreytingarlausn að okkar mati og aldrei lokamarkmiðið.

Entra-joinað tæki þarf ekkert annað við uppsetninguna en netsamband. Stillingar, forrit, uppfærslur og samræmnireglur berast alfarið í gegnum Intune, og Conditional Access sér um aðgang að fyrirtækisauðlindum. Þetta passar við vinnuumhverfi sem fer í auknum mæli fram utan fyrirtækjanetsins, hvort sem það er heima, á ferðinni eða einhvers staðar þar á milli.

Hjá okkur hefur þetta meginmál kallast „Starbucks Deployment" í mörg ár, og þegar árið 2019 hlutum við Microsoft Global Modern Desktop Partner of the Year Award fyrir það.

Leiðin frá Hybrid Join til Entra Join fer í gegnum reset

Einn þáttur er lykilatriði í áætlanagerð: hybrid-joinað tæki er einungis hægt að breyta í Entra-joinað tæki með reset á studdum leið. Sérhvert tæki sem þú setur upp með Hybrid Join í dag þarf því einhvern tímann að vera endurútstillt til að skipta yfir í Entra Join.

Þetta hljómar sem mikið verk við fyrstu sýn, en í framkvæmd er hægt að skipuleggja þetta með góðum hætti. Oftast fer flutningurinn saman við venjulegan vélbúnaðarskeiðinn: ný tæki koma beint með Entra Join og hybrid-joinuðu tækin fara smám saman úr notkun. Sá sem vill fara hraðar í skýið setur viðbótarlega upp fyrirliggjandi tæki í bylgjum með Entra Join.

Hvers vegna við mælum þó með klassísku Autopilot

Við mælum þó ekki með því að skipta yfir í Device Preparation enn. Fyrir ný tæki mælum við áfram með klassísku Autopilot, en þá með Entra Join að leiðarljósi.

Mikilvægasta ástæðan er tengingin við framleiðendur og söluaðila. Með klassísku Autopilot skráir OEM-framleiðandinn eða söluaðilinn tækið beint í tenant þinn áður en það er sent. Tækið fer beint til starfsmanna, sýnir vörumerkjaútsýni þitt við fyrstu ræsingu og setur sig upp sjálft án þess að tækniteymið þurfi að grípa inn í.

Fyrir Device Association þarf þú þess í stað að lesa tækjaupplýsingarnar sjálf/ur á staðnum og hlaða þeim upp í Intune. Þetta virkar vel fyrir staging í geymslu, útbreiðslu með tæknilegri aðstoð eða innri uppsetningar, en ekki fyrir beinan sendingu til notenda. Microsoft hefur tilkynnt að OEM-framleiðendur og samstarfsaðilar muni geta tengt tæki fyrirfram, en án tímaáætlunar.

Auk þess eru atburðarásir sem Device Preparation nær ekki enn til að fullu:

  • Pre-Provisioning: Samstarfsaðili setur upp forrit og beitir reglum áður en tækið er afhent, þannig að starfsmenn byrja með næstum fullklárað tæki.
  • Self-Deploying Mode: Kiosk- og shared devices sem eru sett upp án notandainnskráningar.
  • Auknar provisioning-valkostir: Fleiri forrit meðan á uppsetningu stendur og möguleikinn á að læsa skjáborðinu þar til nauðsynlegar notendatengdar stillingar eru tilbúnar.
  • Sérstök tækjasviðsmynd: Teams Rooms og firmware-stjórnun í gegnum DFCI.

Um leið og framleiðendur og söluaðilar geta tengt tæki fyrirfram fyrir Device Preparation endurskoðum við ráðlegginguna okkar. Stefnan á bak við hana breytist þó ekki: sá sem skipuleggur nýja uppsetningu í dag, skipuleggur með Entra Join. Síðari flutningur frá klassísku Autopilot yfir í Device Preparation snýst þá eingöngu um provisioning-leiðina fyrir ný tæki, ekki um stjórnunarlíkanið, auðkennisvettvanginn eða tækjauppbygginguna.

„Tækin okkar virka ekki án Domain Join"

Þetta heyrum við stöðugt. Tæknin á bak við Entra Join er þroskuð og reynd, og þegar eitthvað gengur ekki er það sjaldan vegna Entra Join sjálft, heldur vegna tenginga, ferla og forsendna sem hafa safnast upp í kringum Active Directory í gegnum árin.

  • Hópreglur: Mörg fyrirtæki hafa mun fleiri GPO-reglur en þau þurfa, og að okkar reynslu virkar stór hluti þeirra ekki lengur. Með blueprint okkar hefjast Entra-biðlarar á nokkrum mínútum á reyndri og sveigjanlegri grunnlínu, sem við keyrum alfarið sem Infrastructure as Code í Managed Intune og höldum stöðugt uppfærðri.
  • Aðgangur að on-premises-auðlindum: Skráarþjónar, prentarar og innri vefforrit eru áfram aðgengileg fyrir Entra-joinuð tæki. Svo framarlega sem tækið nær til Domain Controller sækir það Kerberos-miða og skráir sig inn á on-premises-auðlindir með Single Sign-on, í gegnum Windows Hello for Business með Cloud Kerberos Trust. Þú ættir þó alltaf að prófa þessar aðstæður með raunverulegum notendum og raunverulegum sérforritunum.
  • Skírteini og netaðgangur: Net- og VPN-auðkenning er oft bundin við tölvuskírteini frá on-premises-CA sem eru skoðuð í gegnum Network Policy Server (NPS). Fyrir Entra-joinuð tæki dreifir Intune skírteinin, til dæmis í gegnum Microsoft Cloud PKI eða SCEPman, og skýjafær RADIUS-lausn eins og RADIUSaaS sér um netauðkenninguna.
  • Áreiðanlegar forritauppsetningar: Þegar Autopilot-uppsetningar mistakast er það yfirleitt ekki vegna join-gerðarinnar, heldur vegna illa byggðra eða vanræktra hugbúnaðarpakka. Þess vegna notum við RealmJoin, fylgifar okkar með Intune með yfir 2.500 tilbúnum pökkum. Óháð verkfærinu gildir: við upphafsuppsetningu eiga aðeins þau forrit að vera á tækinu sem notandinn þarf virkilega á fyrsta degi. Allt annað kemur síðar þegar tækið er í notkun, eða liggur til sjálfsskipaningar í Intune Company Portal eða RealmJoin App Catalog.

Conclusion

Device Preparation ræður ekki við allt sem klassískt Autopilot getur. Stefnan er þó skýr: Microsoft fjárfestir í Entra Join, og Hybrid Join er að verða legacy-líkan í auknum mæli.

Það getur verið skynsamlegt að halda áfram að nota hybrid-joinuð tæki út líftíma þeirra, jafnvel þótt þú þurfir þá að viðhalda nútímalegu og klassísku stjórnunarlíkani samhliða. Að setja upp ný tæki með Hybrid Join í dag bindur þig hins vegar við on-premises-tengingar í allt næsta vélbúnaðarskeiðið, á meðan Microsoft þróar provisioning og stjórnun fyrir Entra Join áfram.

Ef þú ert að skipuleggja flutning frá Hybrid Join yfir í Entra Join, átt í vandræðum með Autopilot-uppsetningar eða vilt stjórna Windows-tækjum þínum alfarið í gegnum Intune, hjálpum við glaðlega.

Heimildir

Hafðu samband

Ertu að skipuleggja flutning frá Hybrid Join yfir í Entra Join, eiga Autopilot-uppsetningar þínar í vandræðum, eða vilt þú stjórna Windows-tækjum þínum alfarið í gegnum Intune? Talaðu við okkur og við skoðum umhverfið þitt saman.
Alexander Schlindwein
Hybrid Join var alltaf umbreytingarlausn að okkar mati, og með Device Preparation dregur Microsoft sömu línuna núna. Sá sem setur upp ný tæki í dag ákveður þar með hvernig tækjastjórnunin lítur út í allt næsta vélbúnaðarskeiðið. Þess vegna mælum við með Entra Join, og það frá næsta tæki, ekki næsta verkefni.
Alexander SchlindweinWorkplace Lead

Við hlökkum til að
heyra frá ykkur!

Svipaðar færslur