ConfigMgr – 25
Möödunud nädala lõpus kirjutasin ConfigMgr-i puudutavast olulisest veerandsajandi saavutusest. Täna soovisin teemat sügavamalt käsitleda ja rääkida selle imelise toote taustast, teha mõned teadaanded ja tutvustada uut suurpärast dokumentaalfilmi (vt Sundance’i!), mis kirjeldab põhjalikult toote arendamise ja kasvamise protsessi, mis pani aluse PC haldamise harule.
Järgmiseks tuleb ConfigMgr-i teadaanne
Mõeldes selle verstapostini jõudmisele, tahan jagada teiega lugu, mida te ehk veel kuulnud pole.
Kuidas kõik alguse sai?
Eelmisel nädalal kasutasin võimlust lugeda algset Hermese projekti visioonidokumenti. Ma polnud seda dokumenti aastaid vaadanud ja olin meeldivalt üllatunud avastades, kui hästi ConfigMgr-i visioon on ellu viidud. Selles dokumendis kirjeldatud fundamentaalseid põhimõtteid kasutatakse veel praegugi.
1992. aastal saavutati Microsofti algsele missioonile (PC igas kodus ja igal töölaual) vastav eesmärk. Ettevõtted liikusid kiiresti terminali emuleerimisest x86 jagatavale arvutimudelile ning PC-de kasvu haldamise lahendust polnud. Meeskond teadis, et Hermese projekt peab olulist mõju avaldama.
SMS-i algsesse meeskonda kuulus kaks täiskohaga arendajat ja praktikant nimega Ken Pan. Kui ma meeskonnaga 2003. aastal liitusin, juhtis kunagine praktikant Ken kogu arendusmeeskonda, kuhu kuulus 150 inseneri. Sellest ajast alates on Ken juhtinud SCCM-i ja Intune’iga seotud inseneritööd.
Vahva fakt: Systems Management Serveri (SMS) esimene väljaanne oli 245. Miks mitte 1? Noh… Windows oli tol ajal juba 300. väljande juures ja meeskond ei soovinud näida nii kaugele mahajäänuna. Samas nad mõistsid, et liiga lähedase arvu valimise korral võiks tekkida küsimusi. Nii valiti number 245!
SMS anti esimest korda ametlikult välja 1994. aasta 7. novembril. Esimese väljaandendi jõudmiseks kulus veidi üle kahe aasta – täna anname uusi Insideri programmi versioone välja iga kuu!
Väga oluline moment peale väljaandmist oli see, kui Bill Gates saatis kõigile töötajatele meili, milles jagas selgitusi ettevõttes SMS-i kasutuselevõtu kohta. Igavene insener Bill märkis selles meilis, kuidas eemaldada SMS-i tarkvara seadmest.
Lisasin selle meili postituse alla, juhuks, kui seda lugeda soovite.
Arhitektuuri edasiarendamine
SMS 1.0, 1.1 ja 1.2 anti kõik välja üsna kiiresti ning uus turg oli sündinud. Meeskond asus viivitamata välja töötama versiooni SMS 2.0.
Siis läksid asjad keeruliseks.
Ja ma tunnistan – tegime ka mõned halvad otsused. Kasvule ja arengule orienteeritud mentaliteedi oluline osa on kiire õppimise tähtsustamine. See on olnud SMS-i meeskonna jaoks tähtsamaid asju algusest peale.
Alates 1992. aastast oli kliendi serverite rakenduste arhitektuur niivõrd oluliselt muutunud, et meeskond kujundas 1997. ja 1998. aastal SMS-i serveri taristu ümber – et SMS-i mastaapi ja võimalusi edasi arendada. Ühtlasi integreeriti see tulevase Windows Server 2000 funktsioonidega. See oli esimene kord, kui SMS-i arhitektuuri muudeti, et kindlustada selle ajaga kaasas käimine.
SMS 2.0 anti välja 1999. aasta jaanuaris ning selle juurutamise ja kasutamise arvud kasvasid. Sel ajal töötasin SMS-i suurima konkurendi Novelli juures, juhtides Novelli ZENworksi meeskonda. Võimatu on kokku lugeda tunde, mille veetsin SMS-i klientidega koosolekuid pidades ja ZENworksi erinevusi selgitades, keskendudes kasutajatele (identiteetidele), mis olid sügavuti Directoryga integreeritud.
Selle postituse kirjutamise ajal meenutati mulle, et SMS 2.0-is oli lihavõttemuna. See lihavõttemuna kujutas endast videot, kus oli toodud toote välja töötamise taga olnud inimeste nimed ja pildid. Kui ma seda uuesti vaatasin, jäi mulle eriti silma üks nimi.
Jah, Terry Myerson – minu ülemus ja Microsofti asepresident. Ma arvan, et kõik suured kujud on oma karjääri jooksul mingil hetkel puutunud kokku ka SMS-iga.
Mina liitusin SMS-i meeskonnaga siis, kui hakati tegema suuri pingutusi SMS 2003 välja andmise nimel.
2003. aasta SMS-i puhul muudeti taas suur osa toote komponentidest. Suur edusamm tollel ajal oli ka SMS-i ja WSUS-i sobivusse viimine paikamiseks. Siis sai võimalikuks Microsofti paikamine pilvest (Windows Update) kasutajatele ja ettevõtetele. WSUS on olemuselt sama, mida kasutatakse Windows Update’i jaoks. Seda lihtsalt ei jooksutata teie andmekeskuses.
Windows Update on üks maailma suurimaid pilveteenuseid – selle abil värskendadatakse kuus üle 1 miljardi seadme. Mõelge minut aega sellele. Üks Microsofti põhierinevusi avaliku pilve juures on meie hübriidlahendused ja see, et saate jooksutada meie avalikku pilve oma andmekeskuses. Windows Update’i jooksutamine teie andmekeskuses (WSUS) oli esimene omalaadne võimalus ja ilmselt ka esimene näide pilveühendusest ja hübriidlahendusest. See oli ka aeg, mil kasvas hüppeliselt sülearvuti kasutajaskond ja meil oli vaja luua uus kliendilahendus, mis töötab ühenduseta või nõrga ühendusega mudelis.
SMS 2003 väljaandmise tähtpäeva lähenedes tuli rühm meie ettevõtte töötajaid igal reede hommikul kokku, et hinnata projekti olekut. Selle kohtumise üks olulisem sihtrühm oli Microsoft-i IT-üksus (MSIT). Kuna ettevõttel sedalaadi kogemust polnud, lubasin IT-meeskonnal SMS 2003 väljatoomisest loobuda, kui nad selleks valmis pole. Sellest ajast alates on MSIT olnud meie esimene ja parim klient – samuti see, kes pakub meile kõige rohkem tagasisidet varajaste väljaannete kohta.
Täna haldame Microsoftis üle 500 000 arvuti ja mobiiliseadme (seda numbrit 100 miljoni MAD-i puhul ei arvestata) üheainsa ConfigMgr-i vahendusel. Juurutame Microsoftis pidevalt uusi osi, kui igakuist väljaannet loome. Me proovime tehtut esmalt ise. Veel mõned põnevad faktid Minu meeskond jälgib ConfigMgr-i sisemist juurutamist. Parim õppimise viis on õppida läbi tegevuse.
Vahemikus 2003-2007 andsime välja kaks funktsioonipaketti. Me ei soovinud oodata uusi lahendusi pakkuvat täiesti uut toodet, seega mõtlesime välja uue väljaandmise viisi. Esimene funktsioonipaketiga viidi lõpule WSUS-e sobivusse viimine paikamise tarvis. Teine funktsioonipakett tuli siis, kui hakkasime pakkuma OS-i juurutamist.
Üks minu lemmikmälestusi on seotud demoga, mille Euroopas 2003. aasta novembri sündmusel tegime, näitamaks OS-i juurutamise võimalusi. Bill Gates edastas põhisõnumi ning sessiooni „Mida uut SMS pakub“ ajal värskendasime Billi selja taga seinal reaalajas 100 arvutit. Kutsusime seda demo „tulemüüriks“.
Siin on pilt, mille tegime, kui Bill pööras ümber ja demo vaatas.
Siin on pilt vaprast SMS-i meeskonnast, kes demo tegi.
Lahendused, mis muudavad maailma
2004. aasta sügisel korraldasid Bill ja Steve välikoosoleku, kuhu kaasati mõned ettevõtte eri üksusi esindavad tippjuhid. Viimane seanss oli mõeldud vabaks aruteluks Billi ja Steve’iga. Keegi küsis Billit, mis on tema arvates „kõige olulisem asi, mis Microsoftis viimastel aastatel aset leidnud on“. Bill vastas: “See, kui saime SMS-i ja Active Directory korralikult tööle – need on üliolulised ka edaspidise arengu tagamiseks.”
See on tänaseni minu professionaalse karjääri üks parimaid päevi.
2007. aastal asendasime nime „SMS” nimega „ConfigMgr“, et sobitada see uue System Centeri brändi konteksti. Desired State Configuration (DSC) oli uusim innovaatline lahendus, mida kliendid soovisid. Arendasime taaskord arhitektuuri nii, et see võimaldaks DSC-il töötada nii, nagu vaja. Oleme täielikult muutnud ka administreerimisvõimalusi.
2011. aastal, kui olime SCCM 2012 väljatöötamisega jõudnud poolele teele, võttis Satya üle lahenduse Server and Tools Business (STB) ja andis sellele uue nime Cloud and Enterprise (C+E). Temast sai minu ülemus. Meie esimeseks omavaheliseks kohtumiseks tuli Satya minu kabinetti ja veetis minuga hulga aega, et mind inimesena paremini tundma õppida. Satya alluvuses aastaid töötamine oli imeline kogemus. Tal oli imeline uudishimulik natuur, kasvule suunatud mentaliteet ja alandlik-teenindav juhtimisstiil. Õppisin temalt palju. Satya mõjutas ConfigMgr-i arhitektuuri tulevikku selle väljaande ajal oluliselt.
ConfigMgr 2012 puhul muutsime arhitektuuri kujundamisel lähenemist, keskendudes kasutajatele – mitte ainult seadmetele.
Kliendid ütlesid meile, et tulevikus saab kõige tähtsamaks mobiilsus ning me mõistsime, et mobiilsus tähendab inimeste mobiilsust, mitte pelgalt seadmete mobiilsust. Selle teabe alusel lihtsustasime arhitektuuri, et vähendada tarkvara vajadust ja suurendsime oluliselt mastaapimise limiite. Sellel hetkel sai meie teekond pilve oma õige hoo sisse. Ühendasime ConfigMgr-i Microsoft Intune’iga ning Intune’ist sai ConfigMgr-i eelis.
Sellest hübriidlahendusest sai mudel, mis võimaldas meil pilvekeskkonda liikuda. Seejärel saime pakkuda uut väärtust kohapealse ConfigMgr-i jaoks läbi hübriidlahenduse juurutamise. Uskusime, et pilvekeskkond võimaldab kasutada lahendusi, mis varem olid võimatud. Satya nägi seadmete pilvepõhise halduse potentsiaalsi ja utsitas meid selles osas uuendusi tegema ja eksperimenteerima.
ConfigMgr liigub pilvekeskkonda
Järgmine arhitektuuriline evolutsioon oli kaugelt kõige keerukam.
Kui saime teada, et Windows 10 teenustele hakatakse igal aastal mitmeid värskendusi pakkuma, oli selge, et ConfigMgr peab sammu pidama ja pilvesse liikuma.
Väljakutse oli heidutav.
Varem oli ConfigMgr-i välja antud 2–3 korda aastas. Mäletan, et vaatasin esimest SCCM 2007 kavandit ja nägin koodi lõpetamise ja lahenduse väljaandmise ette planeeritud16-kuulist stabiliseerimis- ja beetaperioodi. 16 kuud! Oli selge, et pidime ConfigMgr-i nö SaaS-ima , et jätkata väljaandmist mitu korda aastas.
Seistes silmitsi sellise raske ülesandega, panime kokku väikese inseneride ja juhtide rühma, kes ConfigMgr-i sügavuti tundsid, kellel oli kasvule häälestatud mentaliteet ja kes jagasid kirge vastava kliendibaasi suhtes. Uskusime, et ainus viis selles õnnestuda, oli kasutada väikest keskendunud meeskonda, kes kogu arhitektuuri põhjalikult ümber teeks ja looks otsast otsani pilvepõhise teenuse .
Kui ma vaatasin selle ümberehituse ajakava, tundsin ühtaegu nii skeptitsismi kui ka mulle loomulikku optimismi. Asjade niivõrd kiiresti tegemine tundus üsna võimatu.
Tulemus oli aga ilmne. Ülikeskendunud projekteerimismeeskond ületas kõik püstitatud eesmärgid ja töötas välja uue pilvepõhise arvutihalduse süsteemi, mis võimaldas meil minna üle kuupõhisele väljaandmissagedusele. Värskendustega sammu pidamiseks lõpetasime tavapäraste versiooninumbrite ( 2003, 2007 ja 2012) kasutamise ja hakkasime nimesid andma kasutava aasta/kuu järgi. Nii sai esmaväljaande versiooninimeks 1511, kuna see tuli välja 2015. aasta 11. kuul.
Sellest ajast peale oleme uue ConfigMgr-i andnud välja iga kuu ja suuri CurrentBranchi väljaandeid oleme pakkunud iga nelja kuu tagant.
See oli kahtlemata kõige võimsam projekteerimisprojekt, millest ma kunagi osa olen saanud.
Klientide reaktsioon sellele uuele pilvepõhisele mudelile on olnud uskumatult positiivne.
Vaadake seda diagrammi.
Üle poole ConfigMgr-i baasist on juba läinud üle uuele mudelile ja aktiivselt hallatakse juba 100 000 seadet, millelt saadetakse tagasi telemeetriateavet.
Uskumatu – 100 miljonit!!!!
Minu teada on maailmas vaid kolm ettevõtteteenust, mille puhul aktiivsete kasutajate või hallatavate ja telemeetriat saatvate seadmete arv kuus jääb alla 100 miljoni: Office 365, Azure Active Directory ja ConfigMgr. Mis neil kolmel asjal ühist on? Kõik on osa integreeritud Microsoft 365 pakkumisest.
See diagramm kirjeldab ConfigMgr-i CurrentBranchi oluliste väljaannete juurutamist alates väljaandest 1511. Meil on andmelaud, mis näitab seda teavet reaalajas ja me saadame selle diagrammi kõigile meeskonnaliikmetele pühapäeva hommikul kel 8.30.
Uskuge või mitte, aga üks minu lemmikhetkedest nädalas on pühapäeva hommik kell 8.30.
See on olnud kiireim värskendus ConfigMgr-i ajaloos ning nagu te näete, suureneb juurutamise kiirus iga väljaandega oluliselt (vasakult paremale kulgeva joone kalle). Esmalt olime mures, kuidas ConfigMgr-i kogukond sedavõrd sagedased väljaanded vastu võtab. Nüüd aga oleme väga positiivselt üllatunud ja tänulikud selle üle, et te meid sedavõrd usaldate.
Hermese projekti vastu pole kunagi varem olnud nii suurt huvi ja sellesse pole iial suhtutud kirglikumalt.
Mis edasi?
Pilvesse liikumise teekond algas ConfigMgr-i Current Branci väljaande number 1511 turule toomisega 2015. aasta novembris. Oli selge, et tegemist oli olulise sammuga meie eesmärkide suunas. Meile oli selge ka see, et tööd on veel palju.
Alates 1511-st on innovatsioonitempo vaid kasvanud. Ettevõtted liiguvad kiiresti mobiilsete seadmetega ühendatud pilveteenuste kasutamise suunas. Selles kiiresti kasvavas keskkonnas teie vajaduste rahuldamiseks on ConfigMgr-i oluliselt edasi arendatud, et seda saaks kasutada tõelise pilvepõhise teenusena. Nüüd lisatakse sellele teenusele pidevalt uusi funktsioone ning see kasutab pilves tehisintellekti võimalusi, et kohandada teenuseid teie vajadustele ja tagada teile vajalik kaitse. Seda pakutakse teile pilvepõhise teenusena, mida saab rakendada kuni 100 miljonite seadmetega üle kogu maailma.
Kõik see tuletab mulle meelde seda, mida ma IT-liidritelt üle kogu maailma ikka ja jälle kuulen. Neid masendavad need keerukad probleemid, millega nad oma meeskonnaga silmitsi seisavad, kui soovivad asjad tehtud saada . Ettevõtted otsivad võimalusi juurutatud lahenduste lihtsaks kasutamiseks ja nad soovivad pakkuda kasutusvõimalusi kõigis seadmetes ühel moel. Seejuures soovivad nad tagada vajadustele vastavad haldus- ja turbelahendused. Seetõttu töötasime välja Microsoft 365. M365 pakub moodsat ja turvalist töökeskkonda ja integreeritud pilveteenuseid, mis võimaldavad kasutajatel rohkem saavutada. See on loodud nii, et see võimaldaks IT-meeskonnal pakkuda võimalusterohket ja tõhusat töökeskkonda, mida kasutaja armastab ja IT-meeskond usaldab.
Tegemist on aastaid kasutusel olnud Microsofti toodete (Windows, Office, Active Directory, ConfigMgr) uue evolutsiooniga. Oleme need kõik viinud Microsoft 365-ga ka pilvekeskkonda. Ettevõtetest kasutajad üle kogu maaima liiguvad pilve (kasutades Windows10 kui teenust ja Office 365 ja EMS-teenuseid) ning samasugune evolutsioon leiab aset loomulikult ka ConfigMgr-i arhitektuuriga.
Pea iga ettevõte või äri maailmas alustab praegu kohapealsest mudelist, mille puhul kasutatakse haldustööriistadena Active Directoryt, rühmapoliitikaid ja ConfigMgr-i. Soov uuele, lihtsamale ja moodsale mudelile üle minna on suur, kuid tee selleni pole olnud lihtne. Ettevõte ei saa kasutajaid ja seadmeid pelgalt näpu vibutamisega lahenduselt AD/GP/ConfigMgr lahendusele AAD/Intune üle viia. Te olete vajanud meilt silda, mis selle sammu lihtsamaks, kiiremaks ja turvalisemaks teeks. Oleme siin palju õppinud, jälgides ettevõtete üleminekut kohapealsest Exchange’ist Exchange Online’i.
Meil on rõõm tutvustada kaasjuhtimise võimalust, millega lisanduvad uued võimalused ja mis on kui sild, mis aitab moodsale pilvepõhisele haldamissüsteemile üleminekut kiirendada. Fall Creators Update võimaldab Windows 10 seadme liita üheaegselt nii kohapealse Active Directory (AD) kui ka Azure AD-ga.
Kaasjuhtimise funktsioon kasutab selle arenguga lisanduvaid võimalusi ära ja võimaldab seadet hallata nii ConfigMgr-i kui ka Intune MDM-i abil. Kaasaegsele haldamisele üleminek ei ole enam nn kaljult hüppamine. Kaasjuhtimise lahendus võimaldab liikuda pilvekeskkonda teile sobivat rada mööda, samm sammu haaval, tempoga, mis teie ettevõttele sobib.
Oleme muutnud ConfigMgr-i konsooli kaudu seadmete haldamise ja Intune’iga haldamiseks registreerimise lihtsaks. Saate siis valida esime töövoo, mille soovite pilvekeskkonda üle viia (tegemist on liugurribaga, mida saab ConfigMgr-ist Intune’i tõsta) ja selle siis hõlpsalt pilveteenusesse tõsta.
Üks Microsoft 365 unikaalne kaasjuhtimise funktsiooni eelis on see, et ConfigMgr ja Intune on pidevas suhtluses. Kui töid suunatakse, saab aru, millisest allikast (Intune’ist või ConfigMgr-ist) kasutaja või seadme atribuut pärineb. Nii saab vältida konfliktsete poliitikate rakendamist.
See kiirendab oluliselt üleminekut Windows 10-le ja moodsale pilvepõhisele haldusele.
* * * * *
Selle kirjutamine on minu jaoks pakkunud imelise võimaluse minevikku vaadata. Lahendused SMS/ConfigMgr/Intune on mõjutanud minu, minu perekonna, projektis osalenud 1000 inseneri ja miljonite IT-spetsialistide elu – kõigi nende elu, kes lahendusi kasutanud on või kasutavad. Ma armastan seda toodet ja ma armastan seda kogukonda.
Nautisin ka väga täna nähtud dokumentaalfilmi ConfigMgr-i ajaloost. See aga oli vaid esimene osa. Teine osa on palju olulisem. Sest teise osa loote teie.
Ignite’i külastades tehke peatus Microsofti boksi haldamise- ja turbesektsioonis ja rääkige meile oma lugu. Lihtsad juhised leiate siit.
Kui te pole Ignite’il, on osalemine siiski väga lihtne. Rääkige oma lugu ja laadige mälestused ja lood ConfigMgr-i kohta üles: aka.ms/ConfigMgr25. Siit leiate mõned peamised juhised.
Kasutame esitatavaid videoid selleks, et panna kokku teine osa – video, mille nimeks saab:
„Inimeste ConfigMgr-i kasutamise ajalugu“
Ma ei jõua ära oodata, millal seda näha saan
_______________________________________________
