„ConfigMgr“ jau 25 metai

Praėjusią savaitę rašiau apie puikų ketvirčio amžiaus jubiliejų, kurio sulaukė „ConfigMgr“, ir šiandien norėčiau dar išsamiau pažvelgti į šio neįtikėtino produkto istoriją, paskelbti keletą naujienų ir pristatyti puikų naują dokumentinį filmą (stebėkite „Sundance“!), kuriame išsamiau pasakojama apie produkto, kuris sukūrė kompiuterių valdymo pramonę, pradžią ir vystymą.

Toliau – „ConfigMgr“ pranešimas:

Šio svarbaus įvykio kontekste norėčiau papasakoti istoriją, kurios galbūt dar negirdėjote.

Kaip viskas prasidėjo

Praėjusią savaitę pasinaudojau proga dar kartą perskaityti originalų projekto „Project Hermes“ vizijos dokumentą arba „specifikaciją“. Nebuvau matęs to dokumento kelerius metus, ir buvo neįtikėtina, kaip „ConfigMgr“ tvirtai laikosi tos pradinės vizijos. Svarbiausios tame dokumente nurodytos sudedamosios dalys vis dar naudojamos šiandien ir vis dar yra šio sprendimo dalis.

1992 m. pradinė „Microsoft“ misija (t. y. kompiuteris kiekvienuose namuose ir ant kiekvieno stalo) buvo jau bepasiekianti kritinę masę. Organizacijos aktyviai keitė terminalo emuliatorius į x86 paskirstytosios kompiuterijos modelį ir nebuvo jokios galimybės valdyti kompiuterių dideliu mastu. Komanda žinojo, kad „Project Hermes“ bus efektyvus.

Pradinė SMS komanda buvo du visą darbo dieną dirbantys programų kūrėjai ir praktikantas vardu Kenas Panas.  Tuo metu, kai 2003 metais prisijungiau prie komandos, praktikantas Kenas vadovavo visai kūrėjų komandai, kurią sudarė apie 150 inžinierių. Nuo tada visą tą laiką Kenas vadovauja SCCM inžinerijos pastangoms ir „Intune“!

Įdomus faktas:  pati pirma sistemos valdymo serverio (SMS) komponavimo versija buvo 245. Kodėl ne 1? Na… tuo metu „Windows“ komponavimo versija buvo 300 ir komanda nenorėjo pernelyg atsilikti, bet jie taip pat žinojo, kad pasirinkę skaičių, pernelyg artimą 300, sukeltų įtarimų. Todėl jie pasirinko 245!

SMS buvo oficialiai išleista 1994 m. lapkričio 7 d. Pirmąjį leidimą išleisti užtruko kiek daugiau nei dvejus metus – šiandien išleidžiame naujas „Insider“ komponavimo versijas kas mėnesį!

Svarbus su tuo išleidimu susijęs momentas buvo el. laiškas, kurį Billas Gatesas išsiuntė kiekvienam „Microsoft“ darbuotojui ir kuriame paaiškino, kad SMS buvo diegiamas visoje įmonėje. Kaip ir dera inžinieriui, tame el. laiške Billas nurodė, kaip pašalinti SMS programinę įrangą iš kompiuterio, jei jau taip norite. (:

Jei norite perskaityti tą el. laišką, jį rasite šio straipsnio pabaigoje.

Architektūros tobulinimas

Gana greitai buvo išleistos SMS versijos 1.0, 1.1 ir 1.2, o vėliau atsirado ir nauja rinka. Nieko nelaukdama komanda ėmėsi kurti SMS 2.0.

O tada padėtis tapo… komplikuota.

Ir tiesą sakant padarėme keletą nevykusių sprendimų. Didelė dalis augimo mentaliteto yra sugebėjimas greitai mokytis – tai buvo esminis principas SMS komandoje nuo pat pradžių.

Nuo 1992 metų taip pasikeitė kliento/serverio programų kūrimo principai, kad 1997 ir 1998 metais komanda iš esmės perdarė SMS serverio infrastruktūrą, siekdama pastumti SMS aprėptį ir našumą pastumti į priekį. Taip pat jie integravo jo funkcijas į būsimas „Windows Server 2000“ galimybes. Tai buvo pirmasis kartas, kai SMS architektūra buvo perdaryta siekiant užtikrinti, kad ji būtų tiems laikams pažangiausia.

SMS 2.0 buvo išleistas 1999 metų sausį, o priėmimas ir naudojimo ėmė spartėti. Tuo metu dirbau pas didžiausią SMS konkurentę – „Novell“ – ir vadovavau „Novell ZENworks“ komandai. Turbūt negalėčiau suskaičiuoti, kiek valandų praleidau susitikinėdamas su SMS klientais ir kalbėdamas apie „ZENworks“ konkurencinį pranašumą, kuris buvo paremtas vartotojais (tapatybėmis) naudojant giluminį „Directory“ integravimą!

Rašant šį įrašą man buvo priminta, kad SMS 2.0 produkte buvo paslėpta staigmenėlė. Ta staigmenėlė buvo vaizdo įrašas, rodantis žmonių, kurie dirbo su produktu, vardus ir nuotraukas, o kai šią savaitę dar kartą jį peržiūrėjau, atkreipiau dėmesį į vieną vardą:

Tikrai taip, Terry Myerson – mano vadovas ir „Microsoft“ vykdantysis viceprezidentas. Manau, kad visi žymiausi šios srities žmonės kuriuo nors savo karjeros metu susidūrė su SMS. (:

Prie SMS komandos prisijungiau kaip tik tuo metu, kai buvo stiprinamos pastangos kuriant tai, kas vėliau tapo „SMS 2003“.

Didelės „SMS 2003“ produkto dalys buvo dar kartą perdarytos. Tuo metu didelis žingsnis buvo SMS suderinimas su WSUS pataisoms teikti. Tai suderino „Microsoft“ pataisas vartotojams iš debesies („Windows Update“) su „Enterprise“. WSUS iš esmės yra tie patys elementai, kurie yra naudojami „Windows Update“. Skirtumas tik tas, kad ji veikia jūsų duomenų centre.

„Windows Update“ yra viena iš didžiausių pasaulyje tarnybų – ji atnaujina daugiau nei 1 mlrd. įrenginių kiekvieną mėnesį. Stabtelėkite ir pagalvokite:  Vienas iš dabartinių „Microsoft“ konkurencinių pranašumų viešajame debesyje yra mūsų hibridinės funkcijos ir galimybė jums iš esmės naudoti mūsų viešąjį debesį savo duomenų centre. „Windows Update“ vykdymas jūsų duomenų centre (WSUS) buvo tikra naujovė ir galbūt pirmasis sujungimo su debesimi ir hibridinės aplinkos pavyzdys. Taip pat vienu metu labai išaugo nešiojamųjų kompiuterių naudojimas, todėl mums reikėjo sukurti naują klientą, kuris veiktų naudodamas atjungtą arba laisvai prijungtą modelį.

Artėjant SMS 2003 išleidimui, kiekvieną penktadienio rytą susitikdavome su grupe, kurią sudarė žmonės iš visos įmonės, kad įvertintume projekto eigą. Viena iš pagrindinių į tą susitikimą pakviestų grupių buvo „Microsoft“ IT skyrius (MSIT). Tada priėmiau precedento įmonėje neturėjusį sprendimą – suteikiau IT komandai veto teisę dėl sprendimo išleisti „SMS 2003“, jei, jų manymu, produktas dar nebuvo iki galo parengtas. Nuo tada MSIT yra mūsų pirmasis ir geriausias klientas, o taip pat ir vienas svarbiausių grįžtamosios informacijos apie pirmąsias komponavimo versijas šaltinių.

Šiandien mes, „Microsoft“, valdome daugiau nei 500 00 kompiuterių ir mobiliųjų įrenginių (šis skaičius neįtrauktas į 100 mln. MAD duomenis) per vieną „ConfigMgr“ įdiegtį. Kurdami kiekvieną mėnesinį leidimą mes nuolat diegiame naujus elementus „Microsoft“ įmonėje. Taigi mes tikrai naudojame savo pačių sprendimus. Dar vienas įdomus faktas:  iš tikrųjų mano komanda prižiūri vidinį „ConfigMgr“ diegimą. Nėra geresnio būdo mokytis, negu daryti!

2003–2007 metų laikotarpiu išleidome du „funkcijų paketus“. Nenorėjome laukti, kol visiškai naujas produktas pateiks funkcijas, todėl sukūrėme šį naują būdą išleisti funkcijas. Išleidus pirmąjį funkcijų paketą buvo baigtas derinimas su WSUS pataisoms teikti. Antras funkcijų paketas buvo tada, kai išleidimo OS diegimą.

Vienas iš mano geriausių to laikotarpio prisiminimų buvo demonstracija, parengta vienam renginiui, vykusiam Europoje 2003 m. lapkritį, ir skirta pademonstruoti naujas OS diegimo galimybes. Billas Gatesas skaitė pagrindinį pranešimą ir jo pranešimo dalies „Kas naujo SMS tarnyboje“ metu mes realiuoju laiku sienoje, esančioje už Billo, atnaujinome 100 kompiuterių. Šią demonstraciją mes pavadinome „ugnies siena“.

Štai Billo nuotrauka, kurią nufotografavome, kai jis apsisuko žiūrėti demonstraciją.

O štai čia nuotrauka, kurioje matomi drąsieji SMS komandos nariai, atlikę demonstraciją:

Puikūs rezultatai

2004 m. rudenį Billas ir Steve‘as surengė renginį už įmonės ribų, kuriame dalyvavo keli vyresnieji vadovai iš visos įmonės, o paskutinis dienos seansas buvo vieši klausimai Billui ir Steve‘ui.  Kažkas Billo paklausė, koks, jo manymu, buvo svarbiausias dalykas, įvykęs „Microsoft“ įmonėje praėjusiais metais. Billas atsakė: „Mums pavyko SMS ir „Active Directory“ – ir jie bus milžiniškas turtas, padėsiantis eiti į priekį.“

Iki šiol tai buvo viena iš geriausių dienų mano profesionalo karjeroje!

2007 metais siekdami suderinti SMS su „System Center“ prekės ženklu pakeitėme pavadinimą į „ConfigMgr“. Norimos būsenos konfigūracija (DSC) buvo naujausias novatoriškas scenarijus, kurio pageidavo klientai, todėl dar kartą perdarėme architektūrą, kad DSC tikrai veiktų taip, kaip iš jos tikimasi. Taip pat visiškai perdarėme administravimo funkcijas.

2011 m. vasarį įpusėjus SCCM 2012 kūrimą, Satya perėmė „Server and Tools Business“ (STB), pervardijo jį į „Cloud and Enterprise“ (C + E) ir tapo mano vadovu. Pirmojo individualaus susitikimo metu Satya atėjo į mano biurą ir didžiąją laiko dalį praleido bandydamas suprasti mano žmogiškąją pusę. Buvo nepaprastai malonu dirbti tiesiogiai Satya kelerius metus ir mokytis iš jo neįtikėtinų, smalsių savybių, jo augimo mentaliteto ir jo „nuolankaus tarno“ požiūrio į lyderystę. Šio leidimo metu Satya turėjo didžiulę įtaką „ConfigMgr“ ateičiai ir architektūrai.

„ConfigMgr 2012“ versijoje iš esmės apvertėme architektūrą aukštyn kojomis: architektūrą ir aplinką pritaikėme ne tik į įrenginiams, bet ir vartotojams.

Klientai mums pasakojo, kad ateityje mobilumas bus ypač svarbus, ir mes supratome, kad kalbama apie žmonių mobilumą, o ne tik įrenginių.  Atsižvelgdami į šią informaciją, labai supaprastinome architektūrą, kad jai reikėtų mažiau aparatinės įrangos, ir smarkiai išplėtėme aprėpties ribas. Būtent čia mūsų perėjimas į debesį įgavo daug rimtesnį pavidalą: mes sujungėme „ConfigMgr“ su „Microsoft Intune“, todėl „Intune“ iš esmės tapo „ConfigMgr“ pranašumu.

Ši hibridinė konfigūracija tapo modeliu, kuris mums leido kurti inovacijas debesyje, o tada naudojantis tuo hibridiniu diegimu padidinti „ConfigMgr“ galimybes. Tikėjome, kad debesis įgalins tokius scenarijus, kurie anksčiau būtų buvę neįmanomi. Satya matė debesies potencialą įrenginių valdymo srityje ir mus labai skatino šioje srityje kurti naujoves ir eksperimentuoti.

„ConfigMgr“ persikelia į debesį

Naujoji architektūros evoliucija neabejotinai buvo pati sudėtingiausia.

Kai sužinojome, kad „Windows 10“ bus teikiama „kaip tarnyba“ keliskart per metus ją atnaujinant, supratome, kad „ConfigMgr“ turės pasekti jos pavyzdžiu ir persikelti į debesį.

Šis uždavinys pasirodė labai sunkus.

Anksčiau „ConfigMgr“ versijos buvo išleidžiamos kas 2–3 metus. Pamenu, kai žiūrėjau į pirmąjį parengtą SCCM 2007 planą ir mačiau 16 mėnesių stabilizavimo ir beta versijos naudojimo iki kodo užbaigimo deklaracijos bei išleidimo. 16 mėnesių!   Buvo aišku, kad mums reikėjo „ConfigMgr“ padaryti „labiau SaaS“, kad galėtume palaikyti kelių kartų per metus leidimo dažnį.

Turėdami tokį sudėtingą uždavinį, ėmėmės kruopščiai rinkti inžinierių komandą ir programų vadovus, kurie puikiai pažinojo „ConfigMgr“, turėjo augimo mentalitetą ir buvo orientuoti į šią klientų bazę.  Mes manėme, kad vienintelis būdas, kuriuo mums gali visa tai pavykti, buvo maža ir susitelkusi komanda, galinti perdaryti visą architektūrą ir nuo pat pradžių sukurti debesies teikiamą tarnybą.

Turiu pripažinti, kad kai pažvelgiau į šio pertvarkymo tvarkaraštį, mano įprastas optimizmas susimaišė su skeptiškumu. Viską atlikti taip greitai buvo neįtikėtinas sumanymas.

Tačiau dabar rezultatas aiškus:  ši ypač susitelkusi inžinierių komanda viršijo kiekvieną gairę ir pateikė naują debesimi pagrįstą PC valdymo būdą, kuris mums leido pereiti prie mėnesinio leidimo ciklo. Kad nepasimestume tarp šių naujinimų, nusprendėme atsisakyti įprastų versijų numerių (pvz., 2003, 2007, 2012) ir vietoj to pradėjo jas vadinti pagal metus/mėnesį. Taigi pirmojo leidimo versija buvo 1511, nes šią versiją išleidome 2015 metų 11 mėnesį.

Nuo tada išleidžiame naują „ConfigMgr“ „Insider“ versiją kas mėnesį, o svarbiausius dabartinės šakos leidimus – maždaug kas 4 mėnesius.

Be jokių abejonių, tai buvo vienas iš labiausiai neįtikėtinų inžinerijos darbų, prie kurių kada nors buvau prisidėjęs.

Klientų reakcija į šį naują debesies naujinimo modelį buvo neįtikėtina.

Pažvelkite į šią diagramą:

Kiek daugiau nei pusė „ConfigMgr“ bazės jau įdiegė naują dabartinės šakos modelį, ir šiuo metu yra daugiau nei 100 mln. aktyviai valdomų ir telemetriją siunčiančių įrenginių.

Oho – net 100 milijonų!!!

Mano žiniomis pasaulyje tėra 3 įmonėms skirtos tarnybos, turinčios daugiau nei 100 mln. aktyvių vartotojų ar valdomų įrenginių, kurie siunčia telemetrijos duomenis, per mėnesį:  „Office 365“, „Azure Active Directory“ ir „ConfigMgr“. Ką bendro turi šie trys dalykai?  Visi jie yra dalis integruoto „Microsoft 365“ sprendimo.

Šioje diagramoje vaizduojamas pagrindinių „ConfigMgr“ dabartinės šakos leidimų priėmimas nuo 1511 leidimo. Turime ataskaitų sritį, kurioje šie duomenys rodomi realiuoju laiku, ir šią diagramą siunčiame visai mūsų komandai kiekvieną sekmadienį 8:30 val.

Nė kiek neperdedu sakydamas, kad sekmadienio rytas, 8:30 val., yra vienas mano mėgstamiausių savaitės momentų.

Tai greičiausias visų laikų „ConfigMgr“ naujinimas ir galite matyti, kad su kiekvienu leidimu priėmimo greitis vis didėja (statėjanti linija iš kairės į dešinę). Iš pradžių šiek tiek nerimavome dėl to, kaip „ConfigMgr“ bendruomenė reaguos į tokius dažnus leidimus, tačiau mes buvome labai nustebinti tokio jūsų pasitikėjimo mumis, todėl mes esame labai dėkingi.

Dar niekada „Project Hermes“ nesusilaukė tokio entuziazmo nei yra šiuo metu.

Kas toliau

Pradėjome persikėlimą į debesį išleisdami 1511 „ConfigMgr“ dabartinės šakos versiją 2015 m. lapkritį ir tuo metu jau žinojome, kad tai buvo labai svarbus žingsnis mūsų tikslo link. Taip pat žinojome, kad dar daug liko padaryti.

Nuo 1511 versijos išleidimo naujovių diegimo sparta tik didėjo. Organizacijos sparčiai pereina prie debesies tarnybų, sujungtų su mobiliaisiais įrenginiais, ir tam, kad šioje sparčiai besivystančioje aplinkoje turėtumėte viską, ko reikia, „ConfigMgr“ infrastruktūra padarė didelį žingsnį link to, kad būtų pati tikriausia debesies tarnyba. Dabar tai tarnyba, kurioje nuolat diegiamos naujos funkcijos ir kuri naudodama DI debesies galimybes prisitaiko prie jūsų poreikių ir užtikrina reikiamą apsaugą. Tai debesies tarnyba, kurią galima teikti šimtams milijonų įrenginių visame pasaulyje.

Visa tai man primena vieną iš dažniausių dalykų, kuriuos girdžių iš IT lyderių visame pasaulyje:  jie pavargo nuo sudėtingumo, su kuriuo susiduria jie ir jų komandos bandydamos našiai dirbti. Organizacijos ieško būdų supaprastinti tai, ką jos įdiegė, ir nori vieno būdo leisti vartotojams naudoti visus savo įrenginius, tokio, kuris taip pat suteikia valdymo ir saugos galimybes. Kaip tik todėl sukūrėme „Microsoft 365“.  M365 suteikia šiuolaikinę, saugia darbo vietą ir integruotas debesies tarnybas, kurios leidžia vartotojams pasiekti daugiau. Jis sukurtas taip, kad IT darbuotojai galėtų užtikrinti funkcionalią ir daugiau galimybių užtikrinančią darbo aplinką, kurią mėgsta vartotojai ir pasitiki IT darbuotojai.

Taip evoliucionuoja visi „Microsoft“ produktai, kuriuos naudojate jau metų metus – „Windows“, „Office“, „Active Directory“, „ConfigMgr“. Pristatydami „Microsoft 365“ perkėlėme juos visus į debesį.  Įmonių klientai visame pasaulyje persikelia į debesį (naudodami „Windows 10“ „kaip tarnybą“, „Office 365“ ir EMS tarnybas), todėl tai natūrali nauja „ConfigMgr“ architektūros evoliucija.

Beveik kiekviena planetos įmonė ir komercinė organizacija pradeda nuo vietinio modelio, naudodamos „Active Directory“, grupės strategiją ir „ConfigMgr“ kaip savo valdymo įrankius. Siekis pereiti prie paprastesnio ir modernesnio modelio yra didelis, bet pasiekti šį naują modernų modelį nebuvo lengva. Organizacija negali tiesiog spragtelėti pirštais ir perkelti vartotojus ar įrenginius iš AD, GP ar „ConfigMgr“ į AAD / „Intune“. Jums reikia tilto, kuris leidžia pereiti prie debesies paprasčiau, greičiau ir nerizikuojant. Tai sritis, kurioje daug išmokome stebėdami, kaip organizacijos persikelia nuo vietinio „Exchange“ prie „Exchange Online“.

Šiandien su džiaugsmu skelbiame bendrąjį valdymą – naująjį galimybių rinkinį ir tiltą, kuris padės paspartinti perėjimą prie šiuolaikinio valdymo iš debesies. Išleidus „Fall Creators Update“ „Windows 10“ įrenginį galima vienu metu prijungti prie vietinės „Active Directory“ (AD) ir „Azure AD“.

Bendrasis valdymas išnaudoja šį patobulinimą ir leidžia, kad įrenginį valdytų tiek „ConfigMgr“ agentas, tiek „Intune MDM“. Perėjimas prie šiuolaikinio valdymo nebėra skardis, nuo kurio turite nušokti. Naudodamiesi bendruoju valdymu galite nuosekliai eiti savo keliu į debesį tokiu būdu ir tempu, kuris tinka jūsų organizacijai.

Palengvinome darbą „ConfigMgr“ konsolėje, kad būtų lengva pradėti valdyti įrenginius ir juos užregistruoti „Intune“ valdymui. Tada galite pasirinkti pirmą darbo krūvį, kurį norite perkelti į debesį (tai tiesiog slinkties juosta, kurią reikia nuslinkti iš „ConfigMgr“ į „Intune“), ir tas darbo krūvis perkeliamas į debesį.

Viena iš unikalių „Microsoft 365“ galimybių šiame bendro valdymo scenarijuje yra ta, kad „ConfigMgr“ ir „Intune“ nuolat bendrauja. Perkėlus darbo krūvius, aišku, kas yra kiekvieno vartotojų ir įrenginių atributo valdymo šaltinis („Intune“ ar „ConfigMgr“), todėl nepritaikomos viena kitai prieštaraujančios strategijos.

Tai dramatiškai pagreitina perėjimą prie „Windows 10“ ir šiuolaikinio valdymo iš debesies.

* * * * *

Rašydamas šį įrašą su malonumu prisimenu visą istoriją. SMS / „ConfigMgr“ / „Intune“ turėjo ypatingai didelę įtaką mano gyvenimui, mano šeimos gyvenimui, tūkstančių inžinierių, kurie dirbo su projektais, gyvenimams ir milijonų IT specialistų, kurie naudojo ir toliau naudoja šiuos sprendimus, gyvenimams. Myliu šį produktą ir šią bendruomenę.

Taip pat labai džiaugiuosi, kad buvo sukurtas dokumentinis filmas apie „ConfigMgr“ istoriją, bet tai tik pirma dalis. O antra dalis yra kur kas svarbesnė. Taip yra todėl, kad antrą dalį sukursite jūs.

Jei lankysitės „Ignite“ konferencijoje, stabtelėkite prie „Microsoft“ stendo valdymo ir saugos skyriaus ir papasakokite savo istoriją. Čia rasite aiškius nurodymus.

Jei nebūsite „Ignite“ konferencijoje, dalyvauti vis tiek paprasta. Papasakokite savo istoriją pasidalydami savo prisiminimais ir istorijomis apie „ConfigMgr“ čia: aka.ms/ConfigMgr25. Čia rasite pagrindinius nurodymus.

Jūsų istorijas naudosime kurdami antrą dalį vaizdo įrašo, kurį norėtume pavadinti:

„ConfigMgr“ žmonių istorija“

Nekantrauju jį pamatyti.

_______________________________________________