ConfigMgr 25 gadi
Pagājušajā nedēļā rakstīju par ievērojamu ceturtdaļgadsimta atskaites punktu, ko sasniedza ConfigMgr, un šodien vēlos vēl vairāk iedziļināties šī neticamā produktam pagātnē, sniegt dažus paziņojumus un piedāvāt jaunu dokumentālo filmu (meklējiet Sundance!), kas sniedz padziļinātu ieskatu tā produkta izcelsmē un izaugsmē, kas izveidoja PC datoru pārvaldības nozari.
Tālāk ConfigMgr paziņojums:
Un, atceroties šo šīsdienas atskaites punktu, lūk, stāsts, kuru iepriekš, iespējams, neesat dzirdējis:
Kā tas viss sākās
Pagājušās nedēļas beigās izmantoju iespēju atkārtoti pārlasīt projekta Hermes sākotnējās vīzijas dokumentu, jeb specifikāciju. Šo dokumentu nebiju redzējis vairākus gadus, un tas bija pārsteidzoši noskaidrot, cik cieši ConfigMgr pieturējās šai sākotnējai vīzijai. Šajā dokumentā ieskicētie pamata uzbūves bloki joprojām tiek izmantoti mūsdienās un joprojām ir daļa no tā pamata.
1992. gadā Microsoft sākotnējā misija (PC dators katrā mājā un uz katra galda) vēl tikai sasniedza kritisko masu. Organizācijas agresīvi pārgāja no termināļa emulācijas uz x86 dalītās skaitļošanas modeli, un nebija risinājumu liela PC datoru apjoma pārvaldībai. Komanda zināja, ka projektam Hermes bija jābūt satriecošam.
Sākotnējā SMS komandā bija divi pilna laika izstrādātāji un stažieris Kens Pans (Ken Pan). Kad komandai pievienojos 2003. gadā, stažieris Kens vadīja visu izstrādes komandu, kurā bija aptuveni 150 inženieru. Kopš tā laika Kens ir vadījis inženieru darbu saistībā ar SCCM un Intune.
Interesants fakts: Systems Management Server (SMS) pirmais būvējums bija ar numuru 245. Kāpēc ne 1? Tajā brīdī Windows būvējuma numurs bija 300, un komanda nevēlējās šķist ļoti atpalikusi, bet zināja, ka, izvēloties kaut ko tuvu skaitlim 300, rastos aizdomas. Tāpēc tā izvēlējās 245!
SMS oficiāli tika palaists 1994. gada 7. novembrī. Šim pirmajam laidienam bija nepieciešams mazliet vairāk par diviem gadiem — šodien mēs jaunos Insider programmas būvējumus izlaižam katru mēnesi!
Liels šīs palaišanas brīdis bija e-pasta ziņojums, ko Bils Geitss (Bill Gates) nosūtīja katram Microsoft darbiniekam, paskaidrojot, ka SMS tiek izvietots visā uzņēmumā. Kā jau inženieris, Bils šajā e-pasta ziņojumā norādīja, kā SMS programmatūru noņemt no sava datora, ja rodas tāda vēlme. (:
Ja vēlaties izlasīt šo e-pasta ziņojumu, es to iekļāvu šī raksta lejasdaļā.
Arhitektūras virzība
SMS versijas 1.0, 1.1 un 1.2 tika izlaistas diezgan ātri, un izveidojās jauns tirgus. Komanda nekavējoties uzsāka darbu pie SMS 2.0.
Tieši tad viss kļuva… sarežģīti.
Turklāt mēs pieņēmām arī dažus sliktus lēmumus. Liela izaugsmes gara daļa ir iespēja ātri mācīties — tas ir bijis SMS komandas pamats jau no paša sākuma.
Arhitektūra bija tik ievērojami mainījusies, runājot par to, kā klienta-servera programmas tika veidotas kopš 1992. gada, ka 1997. un 1998. gadā komanda būtībā pārrakstīja SMS servera infrastruktūru, lai attīstītu SMS mērogojamību un veiktspēju, turklāt tika veikta arī integrācija ar Windows Server 2000 gaidāmajām iespējām. Šī bija pirmā reize, kad SMS arhitektūra tika pārrakstīta, lai nodrošinātu tā brīža izcilību.
SMS versija 2.0 tika izlaista 1999. gada janvārī, un apgūšana un lietojums paātrinājās. Tajā laikā es strādāju pie SMS lielākā konkurenta Novell, vadot Novell ZENworks komandu. Nespēju saskaitīt, cik stundu veltīju sapulcēm ar SMS klientiem, stāstot ZENworks īpašajām atšķirībām, kuru pamatā bija pievēršanās klientiem (identitātēm) ar dziļu direktorija integrāciju.
Šī raksta rakstīšanas laikā man tika atgādināts, ka SMS versijā 2.0 bija Lieldienu ola. Lieldienu olu bija video, kurā tika rādīti to personu vārdi un attēli, kas veidoja šo produktu, un šonedēļ to atkal pārdomājot, prātā nāk viens vārds:
Jā, Terijs Mērsons (Terry Myerson), mans vadītājs un Microsoft viceprezidents. Šķiet, ka visi izcilnieki patiešām kādā savas karjeras posmā ir bijuši saistīti ar SMS. (:
SMS komandai es pievienojos brīdī, kad tika pielikti nopietni pūliņi SMS 2003 izveidei.
Produktā SMS 2003 bija būtiskas šī produkta daļas, kas atkal tika pārrakstītas. Liels tā laika atskaites punkts bija SMS nostādīšana ierindā ar WSUS ielāpošanas vajadzībām. Tas vienā ierindā nostādīja Microsoft ielāpošanu no mākoņa (Windows Update) ar patērētājiem un uzņēmumiem. WSUS pēc būtības izmanto tās pašas koda daļas, ko Windows Update, izņemot to, ka darbojas jūsu datu centrā.
Windows Update ir viens no pasaulē lielākajiem mākoņpakalpojumiem, kas katru mēnesi atjaunina vairāk nekā 1 B ierīču. Brīdi padomājiet par to: Viena pamatlieta, ar ko Microsoft mūsdienu publiskajā mākonī atšķiras, ir mūsu hibrīdās iespējas un tas, ka pēc būtības mūsu publisko mākoni varat darbināt savā datu centrā. Windows Update darbināšana jūsu datu centrā (WSUS) bija pirmā šāda iespēja un, iespējams, agrākais mākoņa savienojuma un hibrīda piemērs. Tas bija arī tas brīdis, kad ievērojami palielinājās klēpjdatoru lietošanas apjoms, un mums bija jāveido jauns klients, kas darbotos atvienotā vai necieši savienotā modelī.
Tuvojoties SMS 2003 laidienam, mēs katru piektdienas rītu pulcējāmies ar grupu no visa uzņēmuma, lai novērtētu projekta statusu. Viena no galvenajām sapulcē uzaicinātajām grupām bija Microsoft IT nodaļa (MSIT). Uzņēmumā tas vēl nekad netika darīts, bet es šai IT grupai piešķīru veto tiesības saistībā ar lēmumu izsūtīt SMS 2003 gadījumā, ja tai šķiet, ka produkts vēl nav gatavs. Kopš tā laika MSIT ir mūsu pirmais un labākais klients, kā arī viens no mūsu vislabākajiem atsauksmju avotiem saistībā ar agrīnajiem būvējumiem.
Šodien korporācijā Microsoft mēs pārvaldām vairāk nekā 500 000 PC datoru un mobilo ierīču (šis skaits nav iekļauts 100M MAD datos) ar vienu ConfigMgr izvietojumu. Veidojot katru mēneša laidienu, korporācijā Microsoft mēs pastāvīgi izvietojam jaunas koda daļas. Mēs noteikti izmantojam savu izstrādes programmatūru. Cits aizraujošs fakts: mūsu komanda faktiski pārrauga ConfigMgr iekšējo izvietošanu. Nav labāka veida, kā kaut ko apgūt, kā vien to darot.
Lai periodā no 2003. līdz 2007. gadam mēs izlaidām divas līdzekļu pakotnes. Mēs nevēlējāmies gaidīt jaunu produktu, lai nodrošinātu jaunu funkcionalitāti, tāpēc ieviesām šo jauno iespēju izlaišanas veidu. Pirmā līdzekļu pakotne pabeidza darbu pie nostādīšanas ierindā ar WSUS ielāpošanas vajadzībām. Otrā līdzekļu pakotne iznāca tad, kad izlaidās operētājsistēmas izvietošanu.
Viena no manām labākajām tā laika atmiņām bija demonstrācija, kuru izveidojām 2003. gada novembra pasākumā Eiropā, lai parādītu jaunās operētājsistēmas izvietošanas iespējas. Bils Geits uzstājās ar pamatreferātu, un viņa SMS jaunumu sadaļas laikā mēs tiešraidē veicām 100 PC datoru jaunināšanu uz sienas aiz Bila muguras. Šo demonstrāciju mēs nosaucām par uguns sienu.
Lūk, Bila attēls, ko uzņēmām, kad viņš apgriezās, lai noskatītos demonstrācijas izpildi:
Lūk, to brašo SMS komandas dalībnieku attēls, kas izveidoja demonstrāciju:
Ietekmes veidošana
2004. gada rudenī Bils un Stīvs viesoja ārpusuzņēmuma sapulci ar dažiem uzņēmuma augstākā līmeņa vadītājiem, un šīs dienas pēdējā sesija bija brīvie jautājumi, uz kuriem atbildes sniedza Bils un Stīvs. Kāds vaicāja, ko Bils uzskata par vissvarīgāko lietu, kas korporācijā Microsoft notikusi pagājušajā gadā. Bils atbildēja: “Mēs pareizi izveidojām SMS un Active Directory, un šie būs ievērojami līdzekļi, kas sekmēs mūsu attīstību”.
Līdz pat šai dienai tā ir viena no vislabākajām dienām manā profesionālajā karjerā.
2007. gadā nosaukumu SMS nomainījām uz ConfigMgr, lai saskaņotu ar zīmolu System Center. Vēlamā stāvokļa konfigurācija (Desired State Configuration — DSC) bija visjaunākais novatoriskais scenārijs, kuru pieprasīja klienti, tāpēc jau atkal attīstījām arhitektūru, lai DSC patiesi darbotos tā, kā tam būtu jābūt. Mēs arī pilnībā pārrakstījām administratīvās lietošanas iespējas.
2011. gada februārī SCCM 2012 inženieru darba pusceļā, Satja pārņēma serveru un rīku biznesu (Server and Tools Business — STB), pārdēvēja to par Cloud and Enterprise (C + E) un kļuva par manu vadītāju. Uz mūsu pirmo sapulci aci pret aci Satja atnāca uz manu biroju un lielu daļu laika veltīja, lai labāk iepazītu mani kā personu. Tā bija neticama iespēja vairākus gadus strādāt tieši Satjas vadībā un mācīties no viņa neticamās, ziņkārīgās dabas, viņa domāšanas apmēriem un pazemīgās pieejas vadības jautājumos. Šī laidiena laikā Satja atstāja milzīgu ietekmi uz ConfigMgr nākotni un arhitektūru.
Produktā ConfigMgr 2012 mēs faktiski apvērsām arhitektūru otrādi, pievēršoties lietotāju, nevis tikai ierīču arhitektūrai un lietošanas iespējām.
Klienti mums stāstīja, ka nākotnē mobilitāte būs ļoti svarīga, un mēs sapratām, ka mobilitāti ir domāta cilvēku, ne tikai ierīču mobilitāte. Reaģējot uz šo informāciju, ievērojami saplacinājām arhitektūru, lai būtu mazākas aparatūras prasības, un ievērojami palielinājām mērogojamības iespējas. Šeit mūsu ceļojums uz mākoni patiesi kļuva ļoti nopietns; mēs savienojām ConfigMgr ar Microsoft Intune, un Intune būtībā kļuva par ConfigMgr malu.
Šī hibrīdā konfigurācija kļuva par modeli, kas mums ļāva ieviest inovācijas mākonī un nodrošināt jaunu vērtību lokālajam ConfigMgr, izmantojot šo hibrīdo izvietošanu. Mēs uzskatījām, ka mākonis varētu ļaut izmantot scenārijus, kas iepriekš nebija iespējami, un Satja spēja saskatīt iespējamo mākoņa ietekmi uz ierīču pārvaldību, un viņš patiesi mūs ļoti mudināja uz inovācijām un eksperimentiem.
ConfigMgr ceļš uz mākoni
Nākamās arhitektūras izmaiņas bija līdz šim visizaicinošākās.
Kad uzzinājām, ka sistēma Windows 10 tiks piegādāta kā pakalpojums ar vairākiem atjauninājumiem katru gadu, mēs zinājām, ka ConfigMgr ir jāseko un jāpāriet uz mākoni.
Izaicinājums bija patiesi biedējošs.
Vēsturiski ConfigMgr tika izlaists reizi 2–3 gados. Atceros, kā skatījos pirmos lielos SCCM 2007 plānus un redzēju 16 mēnešu stabilizācijas un beta versiju periodu starp brīdi, kad deklarējām koda pabeigšanu, un laidienu. 16 mēneši! Bija skaidrs, ka ConfigMgr bija jāattīsta kā programmatūras pakalpojums, lai mēs varētu veikt jaunināšanu vairākas reizes gadā.
Ar šādu biedējošu uzdevumu, kas jāveic, mēs atlasījām nelielu inženieru un programmu vadītāju komandu, kas kārtīgi pārzināja ConfigMgr, bija ar radošu garu un patiesi rūpējās par klientu bāzi. Mēs uzskatām, ka vienīgais veids, kā to varējām izdarīt, ir mazai un fokusētai komandai pārstrādāt visu arhitektūru un izveidot mākoņpakalpojumu pilnīgi no jauna.
Kad skatījos mūsu šīs pārstrādes laika tabulu, manam parastajam lielajam optimismam pievienojās neliela skepses deva. Tik ātra darbu paveikšana bija neticams pasākums.
Tagad rezultāts ir skaidrs: šī hiperfokusētā inženieru grupa pārsniedza visus kritērijus un nodrošināja jaunu mākoņa pieeju PC datoru pārvaldībai, kas ļāva mums pāriet uz ikmēneša laidienu ciklu. Lai izsekotu šiem atjauninājumiem, mēs atteicāmies no tradicionālajiem versiju numuriem (piemēram, 2003, 2007, 2012) un to vietā sākām izmantot gada/mēneša pierakstu, līdz ar to pirmā laidiena versija bija 1511, jo to izlaidām 2015. gada 11. mēnesī.
Kopš tā laika jaunu ConfigMgr Insider programmas versiju izlaidām katru mēnesi, bet galvenos pašreizējā zara laidienu aptuveni reizi 4 mēnešos.
Šis pilnīgi noteikti ir viens no visneticamākajiem inženiertehniskajiem darbiem, kuros jelkad esmu piedalījies.
Klientu atsauksmes par šo jauno mākoņa piegādes modeli bija neticamas.
Skatiet šo diagrammu:
Mazliet vairāk kā puse ConfigMgr bāzes jau veica jaunināšanu uz jauno pašreizējā zara modeli, un šobrīd vairāk nekā 100 M ierīču tiek aktīvi pārvaldītas un atgriež telemetrijas datus.
Svētā govs! 100 M!!!!
Manā rīcībā ir dati tikai par 3 uzņēmumu pakalpojumiem visā pasaulē, kuru pārvaldībā ir >100 M ikmēneša aktīvo lietotāju vai ierīču, kas atgriež telemetrijas datus: Office 365, Azure Active Directory un ConfigMgr. Kā šīm trim lietām ir kopīgs? Tās visas ir daļa no integrētā Microsoft 365 piedāvājuma.
Šī diagramma parāda galveno ConfigMgr pašreizējā zara laidienu apgūšanu kopš laidiena 1511. Mums ir informācijas panelis, kas datus rāda reāllaikā, un atbilstošo diagrammu mēs izsūtām visai savai komandai katru svētdienas rītu plkst. 8:30.
Ticiet man, kad es jums saku, ka plkst. 8:30 svētdienu rītos ir viens no maniem mīļākajiem brīžiem ik nedēļu.
Šis bija ConfigMgr visu laiku visātrākais jauninājums, un varat redzēt, ka ar katru laidienu apgūšanas ātrums (līnijas slīpums no kreisās puses uz labo) kļūst arvien ātrāks un stāvāks. Sākumā bijām mazliet noraizējušies par to, kā ConfigMgr kopiena reaģēs uz šādiem ātriem laidieniem, un esam gan pārsteigti, gan arī pateicīgi par jūsu ticību mums un uzticēšanos.
Nekad nav bijusi lielāka interese un aizraušanās ar projekta Hermes, nekā ir tagad.
Turpmāk sagaidāmais
2015. gada novembrī ar ConfigMgr laidienu 1511 sākām ceļojumu uz mākoni un laika gaitā mums kļuva skaidrs, ka tas bija galvenais solis pareizajā virzienā. Sapratām arī to, ka šeit vēl ir daudz darāmā.
Kopš versijas 1511 inovāciju ātrums ir tikai palielinājies. Organizācijas strauji pāriet uz mākoņpakalpojumu pasauli, kas ir savienota ar mobilajām ierīcēm, un, lai mēs šajā paātrinājuma vidē varētu nodrošināt jums nepieciešamo, ConfigMgr infrastruktūra ir spērusi lielu soli patiesa mākoņpakalpojuma virzienā. Tagad tas ir pakalpojums, kas tiek nepārtraukti atjaunināts ar jaunām iespējām, tas izmanto mākoņa AI iespējas, lai pielāgotos jūsu vajadzībām un nodrošinātu nepieciešamo aizsardzību, kā arī ir pieejams kā mākoņpakalpojums, kuru var mērogot līdz simtiem miljonu ierīču visā pasaulē.
Tas viss man atgādina to, ko visbiežāk ir teikuši IT vadītāji visā pasaulē: veicamā darba sarežģītība viņus un viņu komandas dzen izmisumā. Organizācijas vēlas vienkāršot to, ko tās ir izvietojušas, un tām ir nepieciešams vienots veids, kā lietotājus iespējot visās ierīcēs, vienlaikus nodrošinot arī nepieciešamo pārvaldību un drošību. Tāpēc mēs izveidojām Microsoft 365. M365 piedāvā modernu, drošu darbvietu un integrētus mākoņpakalpojumus, kas lietotājiem ļauj sasniegt vairāk. Tas ir izstrādāts, lai IT varētu nodrošinātu šo bagātīgo un jaudīgo darba vidi, kura patīk lietotājiem un kurai uzticas IT.
Šīs ir nākamās visu to mūsu Microsoft produktu — Windows, Office, Active Directory, ConfigMgr — pārmaiņas, kurus izmantojāt gadiem ilgi, un mēs visus tos ar Microsoft 365 palīdzību pārvietojam uz mākoni. Uzņēmumi-klienti visā pasaulē migrē uz mākoni (izmantojot Windows 10 kā pakalpojumu, Office 365 un EMS pakalpojumus), un tā ir dabiska turpmākā ConfigMgr arhitektūras attīstība.
Gandrīz katrs uzņēmums un komercorganizācija uz šīs planētas mūsdienās sāk ar lokālo modeli, kur izmanto Active Directory, grupas politiku un ConfigMgr kā savus pārvaldības rīkus. Vēlme pāriet uz vienkāršāku un modernāku modeli ir liela, bet nonākšana līdz šim jaunajam modernajam modelim nav viegla. Organizācija nevar vienkārši uzsist knipi un pārvietot lietotājus/ierīces no AD/GP/ConfigMgr uz AAD/Intune. Tas, ko jums vajag no mums, ir tilts, kas vienkāršo, paātrina šo pāreju un noņem risku. Šī ir joma, kur mēs daudz ko uzzinājām, skatoties, kā organizācijas pāriet no lokālā Exchange uz Exchange Online.
Šodien ar prieku paziņojam par līdzpārvaldību, jaunu iespēju kopu un tiltu, kas palīdzēs paātrināt pāreju uz modernu pārvaldību no mākoņa. Ar Fall Creators Update Windows 10 ierīci vienlaikus varēs pievienot lokālajam Active Directory (AD) un arī Azure AD.
Līdzpārvaldība izmanto šī uzlabojuma priekšrocības un ļauj ierīci pārvaldīt gan ar ConfigMgr aģentu, gan ar Intune MDM. Pāreja uz modernu pārvaldību vairs nav nekas briesmīgs. Ar līdzpārvaldību uz mākoni varat pāriet pakāpeniski un tādā veidā, kas ir piemērots jūsu organizācijai.
Esam vienkāršojuši darbu ConfigMgr konsolē, lai sāktu ierīču pārvaldību, kā arī reģistrētu tās pārvaldībai ar Intune palīdzību. Pēc tam varat atlasīt pirmo darba slodzi, kuru vēlaties pārvietot uz mākoni (būtībā tā ir slīdņa josla, kuru pārvietojat no ConfigMgr uz Intune)m un šī darba slodze tiek pārvietota uz mākoni.
Viena no Microsoft 365 unikālajām iespējām šajā līdzpārvaldības scenārijā ir pastāvīga ConfigMgr un Intune saziņa. Pārvietojot darba slodzes, mēs izprotam, kurš ir autoritatīvais avots (Intune vai ConfigMgr) katram lietotāju un ierīču atribūtam, šādi izvairoties no konfliktējošu politiku lietošanas.
Tas ievērojami paātrina pāreju uz Windows 10 un modernu pārvaldību no mākoņa.
* * * * *
Šī teksta rakstīšana man bija saistīta ar neticamu gremdēšanos atmiņās. Produktam SMS/ConfigMgr/Intune bija būtiska ietekme uz manu dzīvi, manas ģimenes dzīvi, tūkstošiem to inženieru dzīvi, kas strādāja pie šiem projektiem, un miljoniem to IT speciālistu dzīvi, kas to izmantoja un turpina izmantot vēl šodien. Man patīk šis produkts un man patīk šī kopiena.
Patiesi izbaudīju arī šodienas dokumentālās filmas par ConfigMgr vēsturi tapšanas vērošanu, taču ir tikai 1. daļa. Un 2. daļa ir daudz svarīgāka. Tas ir tāpēc, ka 2. daļu veidosit jūs.
Ja esat pasākumā Ignite, apmeklējiet Microsoft stenda pārvaldības un drošības sadaļu un izstāstiet savu stāstu. Vienkāršas norādes ir atrodamas šeit.
Ja neapmeklējat pasākumu Ignite, arī tad dalība joprojām ir vienkārša. Pastāstiet savu stāstu, augšupielādējot savas atmiņas un stāstus par ConfigMgr šeit: aka.ms/ConfigMgr25. Lūk, daži pamata norādījumi.
Iesniegto informāciju mēs izmantosim video 2. daļas izveidei, kuru vēlamies nosaukt:
ConfigMgr lietotāju vēsture
Nevaru sagaidīt, kad tā būs gatava.
_______________________________________________
