ConfigMgr 25 år

I slutten av forrige uke skrev jeg om den bemerkelsesverdige 25-års-milepælen passert av ConfigMgr, og i dag ville jeg dykke enda lenger ned i fortiden til dette utrolige produktet, komme med et par kunngjøringer og debutere med et flott ny dokumentar (hallo Sundance!) hvor jeg undersøker begynnelsen av og veksten til produktet som skapte hele industrien rundt PC-administrasjon.

Og nå, ConfigMgr-kunngjøringen:

Og med tanke på denne milepælen har jeg en historie du kanskje ikke har hørt før:

Begynnelsen på det hele

I slutten av forrige uke benyttet jeg anledningen til å lese det opprinnelige visjonsdokumentet eller «planen» for Project Hermes. Jeg hadde ikke sett dokumentet på flere år, og det var utrolig å se hvor nær den opprinnelig visjonen ConfigMgr hadde holdt seg. De grunnleggende byggeklossene som ble skissert i det dokumentet, er fortsatt i bruk i dag og fortsatt en del av grunnmuren.

I 1992 begynte den opprinnelige Microsoft-oppgaven (det vil si en PC i alle hjem og på alle skrivebord) å nå kritisk masse. Organisasjoner skiftet raskt fra terminalemulering til modellen for x86-distribuert databehandling, og det fantes ingen løsning som kunne behandle PC-er i et slikt omfang. Teamet visste at Project Hermes måtte være virkningsfullt.

Det opprinnelige SMS-teamet bestod av to utviklere på heltid og en praktikant som het Ken Pan.  Da jeg begynte i teamet i 2003, ledet praktikanten Ken hele utviklingsteamet på rundt 150 ingeniører. Ken har ledet ingeniørinnsatsen på SCCM og Intune for meg siden!

Gøy å vite:  Det første bygget til Systems Management Server (SMS) var 245. Hvorfor ikke 1? Vel… Windows var på bygg 300 på den tiden, og teamet ville ikke at det skulle se ut som de lå for langt bak – men de visste at det ville se mistenkelig ut å velge noe som var for nær 300. Så de valgte 245!

SMS ble offisielt lansert den 7. november 1994. Den første lanseringen tok litt over to år – i dag lanserer vi nye Insiders-bygg hver måned!

Et stort øyeblikk fra den lanseringen var en e-postmelding som ble sendt fra Bill Gates til alle Microsoft-ansatte, som forklarte at SMS ble distribuert i hele selskapet. Bill, som den ingeniøren han var, forklarte i den meldingen hvordan du kunne fjerne SMS-programvare fra datamaskinen hvis du skulle ønske det. (:

Hvis du har lyst til å lese den e-postmeldingen, har jeg lagt den nederst i dette innlegget.

Arkitekturens marsj fremad

SMS 1.0, 1.1 og 1.2 ble alle lansert relativt raskt, og et nytt marked var født. Teamet begynte straks å arbeide med SMS 2.0.

Det var da ting ble … komplisert.

Og for å være ærlig tok vi noen dårlige avgjørelser. En stor del av det å vokse er evnen til å lære raskt – dette har vært kjernen i SMS-teamet fra begynnelsen.

Så mye hadde forandret seg i arkitekturen siden 1992 når det gjaldt hvordan klientserverprogrammer ble bygget, at teamet i virkeligheten skrev SMS-serverinfrastrukturen på nytt i 1997 og 1998 for å utvikle omfanget og ytelsen til SMS, og de integrerte også med de kommende funksjonene i Windows Server 2000. Dette var første gang at SMS-arkitekturen ble skrevet på nytt for å sørge for at det var det mest avanserte på den tiden.

SMS 2.0 ble lansert i januar 1999, og det ble fart på innføringen og bruken. På den tiden jobbet jeg hos den største konkurrenten til SMS, Novell, hvor jeg ledet Novell ZENworks-teamet. Jeg har ikke tall på hvor mange timer jeg brukte i møter med SMS-kunder hvor det ble snakket om særtrekkene til ZENworks som var basert på fokus på brukere (identiteter) med dyp katalogintegrasjon.

Mens jeg skrev dette innlegget, kom jeg på at SMS 2.0 hadde et påskeegg. Påskeegget var en video som viste navnene på og bildene av personer som jobbet på produktet, og da jeg kikket på det igjen denne uken, var det ett navn som stakk seg ut:

Jepp, Terry Myerson – sjefen min og viseadministrerende direktør i Microsoft. Alle de store har visst vært gjennom SMS på ett eller annet tidspunkt i karrieren sin.  (:

Jeg ble med i SMS-teamet idet de trappet opp innsatsen for det som skulle bli SMS 2003.

I SMS 2003 var det igjen betydelige deler av produktet som hadde blitt skrevet på nytt. En stor milepæl på den tiden var å tilpasse SMS til WSUS for oppdateringer. Dette tilpasset Microsoft-oppdatering fra skyen (Windows Update) til forbrukere og Enterprise. WSUS er i all vesentlighet de samme delene som brukes i Windows Update – bortsett fra at det kjøres i datasenteret ditt.

Windows Update er en av verdens største skytjenester – som oppdaterer over 1 milliard enheter hver måned. Tenk på dette et øyeblikk:  Et av Microsofts viktigeste særtrekk i den offentlige skyen i dag er hybridfunksjonene og det at du i grunnen kan kjøre den offentlige skyen i datasenteret ditt. Kjøring av Windows Update i datasenteret (WSUS) var banebrytende og kanskje det første eksempelet på å være tilkoblet skyen og hybrid. Dette var også tidspunktet da bruken av bærbare datamaskiner hadde gått i været, og vi trengte å bygge en ny klient som fungerte i en frakoblet eller løst tilkoblet modell.

Da vi nærmet oss lanseringen av SMS 2003,møttes vi hver fredag morgen med en gruppe fra selskapet i sin helhet for å vurdere prosjektstatusen. En av de viktige gruppene som ble invitert til det møtet, var Microsofts IT-avdeling (MSIT). Jeg tok en avgjørelse som ikke hadde presedens i selskapet, da jeg ga IT-teamet vetorett over avgjørelsen om å utgi SMS 2003, hvis de ikke følte at det var klart. Etter dette har MSIT vært vår første og beste kunde – og en av våre beste kilder til tilbakemelding på tidlige bygg.

I dag behandler vi over 500 000 PC-er og mobilenheter her i Microsoft (dette antallet er ikke inkludert i de 100 millioner MAD) gjennom én enkelt ConfigMgr-distribusjon. Vi distribuerer stadig nye deler over hele Microsoft med hver månedlige lansering. Vi bruker så absolutt våre egne produkter. Noe annet som er gøy å vite:  Teamet mitt har oppsynet med den interne distribueringen av ConfigMgr. Det finnes ingen bedre måte å lære på enn å gjøre det!

Mellom 2003 og 2007 utga vi to «funksjonspakker». Vi ville ikke vente på et helt nytt produkt for å levere ny funksjonalitet, så vi fant opp en ny måte å lansere funksjoner på. Den første funksjonspakken avsluttet arbeidet med å tilpasse til WSUS for oppdateringer. Den andre funksjonspakken var da vi lanserte OS-distribusjon.

En av mine beste minner fra denne tiden er fra en demo vi holdt under et arrangement i Europa i november 2003, for å vise frem de nye funksjonene for OS-distribusjon. Bill Gates holdt innledningstalen, og under «Hva er nytt i SMS» oppgraderte vi 100 PC-er direkte på en vegg bak Bill. Vi kalte demoen «Wall of Fire».

Her er et bilde vi tok av Bill da han snudde seg for å se på demoen:

Her er et bilde av de modige SMS-teammedlemmene som iscenesatte demoen:

Sette spor

Høsten 2004 holdt Bill og Steve et eksternt møte med noen seniorledere fra selskapet – og dagens siste økt var åpne spørsmål og svar med Bill og Steve.  Noen spurte Bill hva han mente var «det viktigeste som har skjedd i Microsoft i løpet av året». Bill svarte: «Vi fikk til SMS og Active Directory – og disse kommer til å bli svært viktige for oss fremover.»

Dette er fortsatt en av de beste dagene i karrieren min!

I 2007 endret vi navn fra SMS til ConfigMgr for å tilpasse det til System Center-merkenavnet. Desired State Configuration (DSC) var det siste nyskapende scenarioet som kunder ba om, så nok en gang utviklet vi arkitekturen slik at DSC virkelig kunne fungere som det burde. Vi skrev også den administrative opplevelsen helt på nytt.

I februar 2011, halvveis gjennom utviklingen av SCCM 2012, tok Satya over Server and Tools Business (STB), kalte det Cloud and Enterprise (C+E) og ble sjefen min. Da vi hadde vårt første møte på tomannshånd, kom Satya til kontoret mitt og brukte det meste av tiden på å bli bedre kjent med meg. Det var fantastisk å jobbe direkte for Satya i mange år og lære av den utrolige nysgjerrigheten, blikket fremover og den ydmyke lederstilen hans. Satya hadde stor innvirkning på fremtiden til og arkitekturen i ConfigMgr under denne lanseringen.

I ConfigMgr 2012 snudde vi i grunnen arkitekturen på hodet ved å konsentrere oss om brukerne – og ikke bare enhetene.

Kundene fortalte oss at mobilitet kom til å bli det viktigste fremover, og vi forsto at mobilitet handlet om mobilitet av mennesker, ikke bare enheter.  Vår respons til denne informasjonen var å gjøre arkitekturen mye flatere, slik at vi reduserte behovet for maskinvare og økte skaleringsgrensene. Det er her utviklingen av skyen virkelig, virkelig tok av: Vi koblet ConfigMgr til Microsoft Intune, og Intune ble i all vesentlighet kanten til ConfigMgr.

Denne hybride konfigurasjonen ble modellen som tillot oss å være nyskapende i skyen og levere ny verdi til lokal ConfigMgr via den hybride distribueringen. Vi trodde at skyen ville tillate scenarioer som ville vært umulige før, og Satya kunne se den mulige betydningen av skyen for enhetsbehandling – og han drev oss virkelig til å fornye og eksperimentere her.

ConfigMgr setter kursen mot skyen

Den neste arkitektoniske utviklingen var den mest utfordrende så langt.

Da vi fant ut at Windows 10 skulle leveres som en tjeneste med flere oppdateringer i året, visste vi at ConfigMgr måtte følge eksemplet og flytte til skyen.

Det var en skummel utfordring.

Vi hadde tidligere kommet med lanseringer hvert 2. til 3. år med ConfigMgr. Jeg husker at jeg studerte den første fullstendige planen for SCCM 2007 og så 16 måneder med stabilisering og beta mellom ferdigstilt kode og lansering. 16 måneder!   Det var tydelig at vi måtte «SaaS-ifere» ConfigMgr for å klare å lansere flere ganger i året.

Med denne skremmende oppgaven foran oss begynte vi å håndplukke et lite team med ingeniører og programsjefer som hadde grundig kjennskap til ConfigMgr, den riktige innstillingen når det gjaldt utvikling, og en delt lidenskap for denne kundebasen.  Vi trodde at den eneste måten vi kunne klare dette på, var hvis et lite, konsentrert team gjorde en fullstendig overhaling av arkitekturen og opprettet en skylevert tjeneste fra grunnen av.

Da jeg så på tidsplanen vår for denne overhalingen, må jeg innrømme at jeg følte en viss skepsis blandet men min vanlige overflod av optimisme. Det var en stor oppgave å skulle gjøre dette så fort.

Resultatet er nå åpenbart:  Dette hyperfokuserte ingeniørteamet overgikk alle ytelsestester og leverte en ny skybasert tilnærming til PC-administrasjon som gjorde at vi kunne flytte til en månedlig lanseringssyklus. Vi droppet de tradisjonelle versjonsnumrene for å holde orden på oppdateringene (for eksempel 2003, 2007, 2012) og begynte istedenfor å bruke en år/måned-regel. Dermed ble den første versjonen definert som 1511 fordi den ble lansert den 11. måneden i 2015.

Etter dette har vi lansert en ny Insider-versjon av ConfigMgr hver måned og større Current Branch-lanseringer cirka hver 4. måned.

Dette er – uten tvil – en av de mest utrolige utviklingsinnsatsene jeg har tatt del i noen gang.

Responsen fra kundene på denne nye skydrevne modellen har vært fantastisk.

Se denne grafikken:

Litt over halve ConfigMgr-basen har allerede oppgradert til den nye Current Branch-modellen, og over 100 millioner enheter blir nå aktivt administrert og sender telemetri tilbake.

Tenk, 100 millioner!

Så vidt jeg vet, er det bare tre forretningstjenester i verden som har over 100 millioner aktive brukere i måneden eller enheter under administrasjon som sender telemetri tilbake:  Office 365, Azure Active Directory og ConfigMgr. Hva har disse tre til felles?  Alle er en del av det integrerte Microsoft 365-tilbudet.

Dette diagrammet viser innføringen av de store lanseringene av ConfigMgr Current Branch siden 1511-lanseringen. Vi har et instrumentbord som viser oss disse dataene i sanntid, og vi sender ut diagrammet til hele teamet hver søndag morgen klokken 8:30.

Tro meg når jeg forteller deg at 8:30 på søndagsmorgenene er en av de beste stundene i uken for meg.

Dette har vært den raskeste oppgraderingen noensinne for ConfigMgr, og du kan se at innføringsfrekvensen (streken som skråner fra venstre til høyre) blir raskere og brattere. Først var vi litt nervøse for hvordan ConfigMgr-samfunnet ville reagere på så raske lanseringer – og vi har blitt både overrasket og takknemlige over tilliten dere har vist oss.

Det har aldri vært større interesse i og lidenskap for Project Hermes enn det er nå.

Veien videre

Vi begynte reisen mot skyen med 1511-lanseringen av ConfigMgr Current Branch i november 2015, og på den tiden forsto vi at dette var et stort skritt i riktig retning. Vi forsto også at det gjensto mye arbeid.

Tempoet for nyskapning siden 1511 har bare økt. Organisasjoner flytter seg raskt til en verden av skytjenester som er koblet til mobile enheter, og slik at vi skal kunne levere det du trenger i dette raskt skiftende miljøet, har vi sendt ConfigMgr-infrastrukturen langt på vei mot å bli en sann skytjeneste. Det er nå en tjeneste som stadig oppdateres med nye funksjoner, bruker AI-mulighetene i skyen til å tilpasses etter dine behov og leverer beskyttelsen du trenger, og den er tilgjengelig for deg som en skybasert tjeneste som kan skaleres til flere hundre millioner enheter verden rundt.

Dette får meg til å tenke på det jeg hører oftest fra IT-ledere verden over:  De er frustrerte over kompleksiteten som de og teamene deres må håndtere for å få jobben gjort. Organisasjoner er ute etter måter å forenkle det de har distribuert på, og de vil kunne aktivere brukerne på alle enheter på en enhetlig måte som også leverer administrasjonen og sikkerheten de trenger. Det er derfor vi har bygget Microsoft 365.  M365 leverer det moderne, sikre arbeidsområdet og den integrerte skytjenesten som gjør det mulig for brukere å oppnå mer. Det er utviklet slik at IT kan levere det rikholdige og støttende arbeidsmiljøet som brukerne liker og IT stoler på.

Dette er den neste utviklingen av alle produktene fra Microsoft som du har brukt i årevis – Windows, Office, Active Directory, ConfigMgr – og vi har flyttet dem alle til skyen med Microsoft 365.  Forretningskunder over hele verden flytter seg til skyen (og bruker Windows 10 som en tjeneste, Office 365 og EMS-tjenestene) og dette er den neste naturlige utviklingen for ConfigMgr-arkitekturen.

Omtrent hver eneste forretning og kommersielle organisasjon i verden starter fra en lokal modell i dag hvor de bruker Active Directory, gruppepolicy og ConfigMgr som administrasjonsverktøy. Ønsket om å flytte til en enklere og mer moderne modell er stort, men det har ikke vært lett å komme til den nye moderne modellen. En organisasjon kan ikke bare knipse med fingrene og flytte brukere/enheter fra AD/GP/ConfigMgr til AAD/Intune. Det du trenger fra oss, er en bro som gjør denne flyttingen enklere og raskere og uten risiko. Dette er et område vi lærte mye om, ved å observere organisasjoner som flyttet fra lokal Exchange to Exchange Online.

Det er med glede vi i dag kan presentere medadministrasjon, et nytt funksjonalitetssett og broen som vil hjelpe til å få fart på overgangen til moderne administrasjon fra skyen. Med Fall Creators-oppdateringen kan en Windows 10-enhet kobles til en lokal Active Directory (AD) og Azure AD på samme tid.

Medadministrasjon benytter denne forbedringen og gjør at enheten kan administreres både av ConfigMgr-agent og Intune-MDM. Overgangen til moderne administrasjon er ikke lenger et stup du må hoppe utfor. Med medadministrasjon kan du selv styre reisen til skyen, skritt for skritt, på måten og i farten som passer organisasjonen din.

Vi har gjort det enkelt å jobbe innen ConfigMgr-konsollet for å ta enhetene under administrasjon og registrere dem for administrasjon i Intune. Du kan deretter velge den første arbeidsbelastningen du ønsker å flytte til skyen (det er rett og slett en glidebryter som du flytter fra ConfigMgr til Intune), og denne arbeidsbelastningen flyttes til skyen.

En av de unike egenskapene til Microsoft 365 i dette medadministrerte scenarioet er at ConfigMgr og Intune kommuniserer med hverandre hele tiden. Etterhvert som arbeidsbelastninger flyttes, forstår vi hvem den autoritative kilden er (Intune eller ConfigMgr) for hver attributt på brukere og enheter – og unngår dermed å anvende motstridende policyer.

Dette vil sterkt fremskynde overgangen til Windows 10 og moderne administrasjon fra skyen.

* * * * *

Skrivingen av denne artikkelen har vært en fantastisk mimrestund for meg. SMS/ConfigMgr/Intune har hatt en stor innvirkning på livet mitt, livet til familien min, livene til de tusenvis av ingeniørene som har jobbet på prosjektene, og livene til millioner av IT-eksperter som har brukt det og fortsetter å bruke det i dag. Jeg elsker dette produktet og dette samfunnet.

Jeg har også gledet meg over å se dagens dokumentar om historien til ConfigMgr ta form – men dette er bare del 1. Og del 2 er mye viktigere. Det er fordi del 2 skal lages av deg.

Hvis du er ved Ignite, kom innom administrasjons- og sikkerhetsdelen av Microsoft-standen, og fortell historien din. Du finner en enkel veibeskrivelse her.

Hvis du ikke er ved Ignite, er det fortsatt lett å ta del. Fortell historien din ved å laste opp minnene og historiene dine om ConfigMgr her aka.ms/ConfigMgr25. Her har du noen grunnleggende instruksjoner.

Vi bruker disse innleveringene til å lage del 2 – en video vi vil kalle:

«Folkets historie om ConfigMgr»

Jeg gleder meg til å se den.

_______________________________________________