ConfigMgr la 25 de ani
La sfârșitul săptămânii trecute, am scris despre o realizare remarcabilă din ultimul sfert de secol înregistrată de ConfigMgr, iar astăzi aș vrea să aprofundez povestea din spatele acestui produs nemaipomenit, să vă prezint câteva anunțuri și să introduc un nou și uimitor documentar (ai grijă Sundance!) care oferă o imagine detaliată asupra conceperii și dezvoltării produsului care a stat la baza industriei managementului PC-urilor.
În continuare, anunțul ConfigMgr:
Și, cu această realizare a zilelor noastre în minte, am să vă spun o poveste pe care, probabil, nu ați avut ocazia să o auziți până acum:
Cum a început totul
La sfârșitul săptămânii trecute, am avut prilejul de a citi încă o dată documentul original despre viziunea sau „specificațiile” pentru Project Hermes. Nu mai văzusem acest document de ani buni și am fost cu adevărat uimit să descopăr cum a rămas ConfigMgr loial acelei viziuni de început. Blocurile componente fundamentale evidențiate în acel document sunt utilizate și astăzi, făcând încă parte din temelia sa.
În 1992, misiunea inițială a Microsoft (adică un PC în fiecare casă și pe fiecare birou) atingea masa critică. Organizațiile treceau în mod agresiv de la emularea terminalului la modelul de calcul distribuit x86 și nu exista nicio soluție pentru a gestiona PC-urile pe scară largă. Echipa știa că Project Hermes trebuia să aibă un impact semnificativ.
Echipa SMS inițială era alcătuită din doi dezvoltatori cu normă întreagă și un intern pe nume Ken Pan. Când m-am alăturat eu echipei, în 2003, Ken, internul, era liderul întregii echipe de dezvoltatori alcătuite din circa 150 de ingineri. De atunci, Ken coordonează pentru mine eforturile de inginerie la SCCM și Intune!
Fapt amuzant: Cea dintâi versiune a Systems Management Server (SMS) a fost 245. De ce nu a fost 1? Ei bine… Windows era la acea dată la versiunea 300, iar echipa nu dorea să pară că era prea în urmă, dar știa că dacă alegea un număr prea apropiat de 300 ar stârni suspiciuni. Așa că a ales 245!
SMS a fost lansat oficial la 7 noiembrie 1994. Prima lansare a necesitat puțin peste doi ani, în vreme ce astăzi lansăm noi compilări pentru utilizatorii Insider lunar!
Un moment important de la acea lansare l-a constituit un e-mail trimis de Bill Gates fiecărui angajat Microsoft, în care arăta că SMS era implementat în întreaga companie. Veritabil inginer, Bill explica în acel e-mail cum putea fi eliminat software-ul SMS de pe computer dacă era cazul. (:
Dacă doriți să citiți acel e-mail, l-am inclus în partea de jos a acestui articol.
Arhitectura ia avânt
SMS 1.0, 1.1 și 1.2 au fost toate lansate destul de rapid, născându-se ulterior o piață nouă. Echipa a început să lucreze fără întârziere la SMS 2.0.
Și atunci au început să se complice lucrurile.
Ca să fiu sincer, am luat câteva decizii nechibzuite. O mare parte din mentalitatea de creștere o reprezintă capacitatea de a învăța rapid, un aspect deosebit de important pentru echipa SMS încă de la început.
S-au schimbat atât de multe în arhitectura aplicațiilor client-server create în 1992, încât, practic, echipa a rescris infrastructura serverului SMS în 1997 și 1998, aducând scalarea și performanța SMS la un nou nivel, și, de asemenea, a integrat cu capacitățile viitoare ale Windows Server 2000. Aceasta a fost prima dată când arhitectura SMS a fost rescrisă pentru a se garanta că era cea mai mare inovație a acelor timpuri.
SMS 2.0 a fost lansat în ianuarie 1999, iar adoptarea și utilizarea s-au accelerat. La acea dată lucram la cel mai mare concurent al SMS, Novell, coordonând echipa Novell ZENworks. Nu am putut ține socoteala numărului de ore petrecute în întâlnirile cu clienții SMS pentru a vorbi despre aspectele prin care ZENworks se distingea de alte produse și care se bazau pe concentrarea asupra utilizatorilor (identităților) cu integrare semnificativă a directorului!
În timp ce scriam această postare mi-am amintit că SMS 2.0 avea și un ou de Paște în el. Oul de Paște era un videoclip care prezenta numele și fotografiile persoanelor care au lucrat la produs, iar când l-am vizionat din nou săptămâna aceasta, mi-a atras atenția un nume:
Da, Terry Myerson: șeful meu și vicepreședintele executiv al Microsoft. Bănuiesc că toate personalitățile marcante s-au intersectat la un moment dat în cariera lor cu SMS. (:
M-am alăturat echipei SMS tocmai când se intensificau eforturile pentru realizarea SMS 2003.
În SMS 2003, porțiuni însemnate de produs au fost rescrise încă o dată. O mare realizare a acelei perioade a fost alinierea SMS cu WSUS pentru aplicarea corecțiilor. Astfel, aplicarea corecțiilor Microsoft din cloud (Windows Update) a fost aliniată cu consumatorii și întreprinderile. WSUS este, în esență, pe aceiași biți care sunt utilizați și pentru Windows Update, cu excepția faptului că rulează în centrul dvs. de date.
Windows Update este unul dintre cele mai mari servicii cloud din lume, actualizând mai mult de un miliard de dispozitive în fiecare lună. Gândiți-vă puțin la acest lucru: Unul dintre aspectele-cheie prin care se distinge Microsoft în mediul cloud public din prezent îl reprezintă capacitățile hibride, precum și posibilitatea care vi se oferă de a rula mediul nostru cloud public în centrul dvs. de date. Rularea Windows Update în centrul dvs. de date (WSUS) a fost un proiect de avangardă și, probabil, cel mai timpuriu exemplu de conectare la cloud și de a fi hibrid. Tot atunci a luat amploare și utilizarea laptopului, fiind necesară construirea unui client nou care funcționa într-un model deconectat sau slab conectat.
Pe măsură ce ne apropiam de lansarea SMS 2003, ne întâlneam în fiecare vineri dimineața cu un grup din cadrul companiei pentru a evalua starea proiectului. Unul dintre cele mai importante grupuri invitate la întâlnire a fost departamentul IT Microsoft (MSIT). Făcând o mutare fără precedent în istoria companiei, le-am acordat membrilor echipei IT drept de veto în ce privește decizia de a livra SMS 2003, în cazul în care considerau că nu era gata. Din acel moment, MSIT a fost cel dintâi și cel mai bun client al nostru, dar și una dintre sursele noastre cele mai bune de feedback privind versiunile timpurii.
Astăzi, gestionăm peste 500.000 de PC-uri și dispozitive mobile aici, la Microsoft (acest număr nu este inclus în cele 100 de milioane MAD) printr-o singură implementare ConfigMgr. Implementăm în permanență biți noi în Microsoft pe măsură ce construim fiecare lansare lunară. E clar, ne consumăm propriul produs. Un alt fapt amuzant: Echipa mea supraveghează, de fapt, implementarea internă a ConfigMgr. Nu există modalitate mai bună de a învăța decât prin practică!
Între 2003 și 2007, am lansat două „Pachete de caracteristici”. Nu am vrut să așteptăm un nou produs complet pentru a livra noi funcționalități; astfel, am inovat acest nou mod de a lansa capacități. Primul Pachet de caracteristici a încheiat proiectul de aliniere la WSUS pentru aplicarea corecțiilor noastre. Al doilea Pachet de caracteristici a coincis cu lansarea Implementării SO.
Una dintre amintirile cel mai dragi mie din acele timpuri este o demonstrație pe care am configurat-o cu prilejul unui eveniment desfășurat în Europa în noiembrie 2003, în cadrul prezentării noilor capacități de Implementare SO. Bill Gates a ținut discursul principal și, în cadrul secțiunii sale „Noutăți în SMS”, am făcut în direct upgrade-ul a 100 de PC-uri pe un perete din spatele lui Bill. Am numit această demonstrație „Peretele de foc”.
Aceasta este o fotografie făcută lui Bil când s-a întors să se uite la demonstrație:
Aceasta este o fotografie făcută curajoasei echipe SMS care a adus pe scenă demonstrația:
Un impact profund
În toamna lui 2004, Bill și Steve au găzduit o întâlnire externă cu câțiva dintre liderii principali ai companiei; partea finală a zilei a fost constituită dintr-o sesiune de întrebări și răspunsuri cu Bill și Steve. Cineva l-a întrebat pe Bill care credea că era „Cel mai important lucru care s-a întâmplat la Microsoft în ultimul an”. Bill i-a răspuns: „Dispunem de SMS și Active Directory, care vor constitui active de mare preț pentru noi de acum înainte”.
Până astăzi, aceasta a fost una dintre cele mai importante zile din cariera mea!
În 2007, am schimbat numele din „SMS” în „ConfigMgr”, pentru a-l alinia cu marca System Center. Desired State Configuration (DSC) a fost cel mai nou scenariu inovator pe care îl solicitau clienții; prin urmare, am dezvoltat din nou arhitectura pentru a permite ca DSC să funcționeze așa cum trebuia. De asemenea, am rescris complet experiența de administrare.
În februarie 2011, la jumătatea procesului de dezvoltare inginerească a SCCM 2012, Satya a preluat Server and Tools Business (STB), redenumindu-l Cloud and Enterprise (C+E), și a devenit șeful meu. La prima noastră întâlnire față în față, Satya a venit la mine în birou și, o parte însemnată din timp, l-a petrecut încercând să mă cunoască mai bine ca om. A fost incredibil să lucrez ani la rând direct pentru Satya, să învăț de la acest caracter excepțional, însetat de cunoaștere, să remarc mentalitatea sa de creștere și abordarea sa de lider ca modest slujitor. Satya a avut un impact extraordinar asupra viitorului și arhitecturii ConfigMgr în timpul acestei lansări.
În ConfigMgr 2012, am schimbat complet arhitectura concentrând atât arhitectura, cât și experiența asupra utilizatorilor, nu doar asupra dispozitivelor.
Clienții ne-au mărturisit că mobilitatea avea să fie cheia viitorului, iar noi am înțeles că mobilitatea se referea la mobilitatea oamenilor, nu doar la cea a dispozitivelor. Ca răspuns la aceste informații, am aplatizat semnificativ arhitectura pentru a necesita mai puțin hardware și am extins masiv limitele de scalare. Aici a început călătoria noastră spre cloud să devină cu adevărat foarte serioasă; am conectat ConfigMgr la Microsoft Intune, iar Intune a ajuns granița lui ConfigMgr.
Această configurație hibridă a devenit modelul care ne-a permis să inovăm în cloud și apoi să oferim o nouă valoare pentru ConfigMgr pe plan local prin acea implementare hibridă. Consideram că mediul cloud va permite scenarii care în trecut nu erau posibile, iar Satya putea întrezări impactul potențial al mediului cloud asupra gestionării dispozitivelor, impulsionându-ne chiar să inovăm și să experimentăm în această direcție.
ConfigMgr se îndreaptă spre cloud
Următoarea evoluție arhitecturală a fost de departe și cea mai dificilă.
Când am aflat că Windows 10 avea să fie livrat ca serviciu cu mai multe actualizări livrate în fiecare an, am înțeles că ConfigMgr trebuia să îi urmeze exemplul și să se mute în cloud.
Provocarea era uriașă.
În trecut, ConfigMgr avea lansări o dată la 2-3 ani. Îmi amintesc că m-am uitat la primul plan complet pentru SCCM 2007 și am văzut 16 luni de stabilizare și versiunea beta între data la care am declarat codul complet și lansarea. 16 luni! Era clar că aveam nevoie de ConfigMgr ca serviciu pentru a menține un ritm de lansări multiple pe an.
Întrucât ne stătea în față o sarcină atât de complicată, am convenit să alegem o mică echipă de ingineri și manageri de program care să cunoască în detaliu ConfigMgr, să aibă o mentalitate de creștere și o pasiune comună pentru această bază de clienți. Consideram că singurul mod în care puteam să o scoatem la capăt era ca o echipă mică și dedicată să revizuiască întreaga arhitectură și să creeze un serviciu livrat în cloud de la zero.
Trebuie să recunosc că, atunci când am analizat calendarul pentru această revizuire, am fost puțin cam sceptic, deși sunt un optimist în felul meu. A fost cumplit de greu să ducem lucrurile la bun sfârșit într-un ritm atât de alert.
Rezultatul este acum evident: Această echipă de inginerie, extrem de dedicată, a întrecut orice criteriu de referință și a livrat o nouă abordare în cloud privind gestionarea PC-ului, permițându-ne să trecem la un ciclu de lansare lunar. Pentru a monitoriza aceste actualizări, am lăsat la o parte numerele versiunii tradiționale (de exemplu 2003, 2007, 2012) și, în schimb, le-am denumit utilizând o convenție de an/lună; astfel, prima lansare a fost versiunea 1511, întrucât am lansat-o în luna a 11-a a anului 2015.
De atunci am lansat lunar câte o nouă versiune pentru utilizatorii Insider de ConfigMgr și am avut lansări majore pentru Ramura curentă o dată la circa 4 luni.
Acesta este, fără umbră de îndoială, unul dintre cele mai deosebite eforturi de inginerie la care am luat parte vreodată.
Reacția clienților față de acest nou model livrat în cloud a fost incredibilă.
Vedeți acest grafic:
Mai bine jumătate din baza ConfigMgr a beneficiat deja de upgrade la noul model de ramură curentă, iar actualmente peste 100 de milioane de dispozitive sunt gestionate în mod activ și trimit înapoi telemetria.
Sfinte Sisoe, 100 de milioane!
Din câte știu, există doar trei servicii de întreprindere în lume care au peste 100 de milioane de utilizatori activi lunar sau dispozitive sub gestionare și care trimit înapoi telemetria: Office 365, Azure Active Directory și ConfigMgr. Ce au în comun acestea trei? Toate fac parte din oferta Microsoft 365 integrată.
Această diagramă afișează adoptarea unor lansări majore de ConfigMgr, Ramura curentă, de la versiunea 1511. Avem un tablou de bord care afișează aceste date în timp real și, în fiecare duminică, la 8:30 dimineața, trimitem această diagramă întregii echipe.
Credeți-mă când vă spun că ora 8:30, în fiecare duminică, este unul dintre momentele mele preferate din toată săptămâna.
Acesta a fost cel mai rapid upgrade din toate timpurile pentru ConfigMgr și vă puteți da seama că, odată cu fiecare lansare, rata de adoptare (panta liniei de la stânga la dreapta) este mai rapidă și mai abruptă. La început, am avut puțin emoții gândindu-ne la modul în care avea să reacționeze comunitatea ConfigMgr la aceste lansări atât de rapide. Însă am fost uimiți și, totodată, recunoscători pentru încrederea pe care ne-ați acordat-o.
Niciodată nu au existat un interes și o implicare mai mari pentru Project Hermes decât există acum.
Ce urmează
Ne-am început călătoria spre cloud cu versiunea 1511 a ConfigMgr, Ramura curentă, în noiembrie 2015, iar, la acea dată, ne era cât se poate de clar că acesta reprezenta un pas major spre obiectivul propus. Ne era cât se poate de clar și că mai erau multe de făcut.
Ritmul de inovare de la 1511 s-a accelerat. Organizațiile trec rapid la o lume de servicii cloud conectate la dispozitive mobile și, pentru a livra ceea ce căutați în acest mediu marcat de un ritm accelerat, infrastructura ConfigMgr a făcut pași uriași devenind un veritabil serviciu cloud. Acum, acesta este un serviciu care se actualizează în permanență cu noi capacități și care utilizează capacitățile de inteligență artificială ale mediului cloud pentru a se adapta la necesitățile dvs. și pentru a livra protecția de care aveți nevoie; în plus, vă este pus la dispoziție ca serviciu în cloud care poate să scaleze până la sute de milioane de dispozitive din întreaga lume.
Toate acestea îmi amintesc de lucrul pe care îl aud cel mai des de la lideri IT din întreaga lume: Aceștia se simt frustrați din cauza complexității pe care ei și echipele lor trebuie să o gestioneze pentru a duce lucrurile la bun sfârșit. Organizațiile caută modalități de a simplifica ceea ce au implementat și doresc o modalitate unificată care să le permită utilizatorilor să aibă acces pe toate dispozitivele și care să le asigure gestionarea și securitatea de care au nevoie. Iată de ce am construit Microsoft 365. M365 oferă un spațiu de lucru modern și sigur, precum și servicii cloud integrate care le permit utilizatorilor să realizeze mai multe. A fost proiectat astfel încât să permită departamentului IT să livreze acel mediu de lucru complex și revigorant care este apreciat de utilizator și considerat de încredere de către departamentul IT.
Acesta reprezintă următoarea etapă în evoluția tuturor produselor de la Microsoft pe care le utilizați de ani buni: Windows, Office, Active Directory, ConfigMgr și pe care le-am mutat în cloud cu Microsoft 365. Clienții Enterprise din întreaga lume migrează în cloud (utilizând Windows 10 ca serviciu, Office 365 și serviciile EMS), aceasta fiind următoarea etapă firească în evoluția arhitecturii ConfigMgr.
Aproape fiecare întreprindere și organizație comercială de pe planetă începe astăzi de la un model local în care utilizează Active Directory, Politica de grup și ConfigMgr ca instrumente proprii de gestionare. Dorința de a trece la un model mai simplu și mai modern este mare, dar accesul la noul model modern nu a fost ușor. O organizație nu poate să pocnească pur și simplu din degete și să mute utilizatori/dispozitive din AD/Politica de grup/ConfigMgr în AAD/Intune. Ceea ce așteptați de la noi este o punte care să facă această trecere mai ușoară, mai rapidă și fără riscuri. Acesta este un domeniu în care am învățat mult urmărind organizațiile care au trecut de la Exchange local la Exchange Online.
Astăzi, suntem încântați să vă anunțăm Cogestionarea, un nou set de capacități, acea punte care vă va ajuta să accelerați trecerea la gestionarea modernă din mediul cloud. Cu actualizarea Fall Creators, un dispozitiv Windows 10 poate fi asociat cu Active Directory (AD) local și Azure Active Directory în același timp.
Cogestionarea profită de această îmbunătățire și permite ca dispozitivul să fie gestionat de agentul ConfigMgr și de Intune MDM. Trecerea la gestionarea modernă nu mai este o stâncă de pe care trebuie să săriți. Cu cogestionarea vă puteți croi propriul drum către cloud, pas cu pas, în modul și ritmul adecvat pentru organizația dvs.
Am simplificat modul de a lucra în consola ConfigMgr astfel încât să luați dispozitivele sub gestionare și să le înscrieți pentru gestionarea cu Intune. După care puteți să selectați prima sarcină de lucru pe care doriți să comutați în cloud (este efectiv o bară glisoare pe care o mutați de la ConfigMgr la Intune), iar respectiva sarcină de lucru va fi mutată în cloud.
Una dintre capacitățile unice din Microsoft 365 în acest scenariu gestionat în comun este că Intune și ConfigMgr comunică permanent. Pe măsură ce se mută sarcinile de lucru, înțelegem cine este sursa cu autoritate (Intune sau ConfigMgr) pentru fiecare atribut al utilizatorilor și dispozitivelor, evitându-se astfel aplicarea politicilor conflictuale.
Acest lucru va accelera în mod semnificativ mutarea la Windows 10 și gestionarea modernă din cloud.
* * * * *
Scrierea acestui articol m-a cufundat în cufărul cu amintiri. SMS/ConfigMgr/Intune a avut un impact profund asupra vieții mele și a familiei mele, asupra vieții a peste 1 000 de ingineri care au lucrat la proiecte și asupra vieții a milioane de specialiști IT care l-au utilizat și continuă să-l utilizeze și astăzi. Îmi place acest produs și îmi place și această comunitate.
M-a bucurat nespus vizionarea documentarului de astăzi despre istoria ConfigMgr, dar aceasta este doar Partea 1. În plus, Partea a II-a este mult mai importantă. Motivul este că Partea a II-a urmează a fi creată chiar de dvs.
Dacă sunteți la Ignite, opriți-vă la secțiunea de gestionare și securitate de la standul Microsoft și relatați-vă povestea. Aici dispuneți de instrucțiuni simple.
Dacă nu sunteți la Ignite, este la fel de simplu să participați. Relatați-vă povestea încărcându-vă amintirile și articolele despre ConfigMgr aici aka.ms/ConfigMgr25. Iată câteva instrucțiuni de bază.
Vom utiliza aceste remiteri pentru a crea Partea a II-a: un videoclip pe care am dori să îl intitulăm:
„Istoria oamenilor de la ConfigMgr”
Abia aștept să o văd.
_______________________________________________
