ConfigMgr vid 25
I slutet av förra veckan skrev jag om den anmärkningsvärda milstolpen på en kvarts sekel som ConfigMgr har nått, och i dag vill jag fördjupa mig ännu mer i den här otroliga produktens historia, berätta ett par nyheter och presentera en ny, häftig dokumentär (se upp Sundance!) som tittar närmare på uppkomsten och tillväxten för produkten som skapade datorhanteringsbranschen.
Här kommer nyheten om ConfigMgr:
Och med den här aktuella milstolpen i åtanke kommer här en historia som du kanske inte hört tidigare:
Hur allt började
I slutet av förra veckan passade jag på att läsa om det ursprungliga visionsdokumentet eller ”specifikationen” för Hermes-projektet. Jag hade inte sett det här dokumentet på flera år och det var fantastiskt att se hur ConfigMgr har följt den ursprungliga visionen. De grundläggande byggstenarna som beskrivs i det dokumentet används än i dag och ingår fortfarande i dess grund.
1992 var Microsofts ursprungliga uppdrag (det vill säga en dator i varje hem och på varje skrivbord) precis på väg att nå kritisk massa. Organisationer övergick aggressivt från terminalemulering till x86-modellen för distribuerad databehandling, och det fanns ingen lösning för att hantera datorerna i större skala. Teamet visste att Hermes-projektet måste vara slagkraftigt.
Det ursprungliga SMS-teamet bestod av två heltidsutvecklare och en praktikant som hette Ken Pan. När jag gick med i teamet 2003 ledde praktikanten Ken hela utvecklingsteamet med omkring 150 tekniker. Ken har lett teknikarbetet med SCCM och Intune åt mig sedan dess!
Kul fakta: Den allra första versionen av Systems Management Server (SMS) var 245. Varför inte 1? Tja… Windows var på version 300 på den tiden och teamet ville inte verka vara för långt efter – men de visste att det skulle verka misstänkt om de valde något för nära 300. Så de valde 245!
SMS lanserades officiellt den 7 november 1994. Den första versionen tog lite mer än två år – i dag släpper vi nya Insiders-versioner varje månad!
Ett stort ögonblick från den lanseringen var ett e-postmeddelande som Bill Gates skickade till alla Microsoft-anställda om att SMS skulle distribueras på hela företaget. Bill, den ständige teknikern, påpekade i meddelandet hur du tar bort SMS-programvara från datorn om du skulle vilja det. (:
Om du vill läsa det meddelandet har jag infogat det längst ned i det här inlägget.
Föra arkitekturen framåt
SMS 1.0, 1.1 och 1.2 lanserades ganska snabbt, och därmed skapades en ny marknad. Teamet började sedan utan dröjsmål arbeta med SMS 2.0.
Det var då det blev… invecklat.
Och ärligt talat fattade vi en del dåliga beslut. En stor del av tänkesättet för tillväxt är förmågan att lära sig snabbt – det har varit centralt i SMS-teamet från början.
Det var så mycket som hade förändrats i arkitekturen för hur klient-server-program skapades sedan 1992 att teamet i själva verket skrev om SMS-serverinfrastrukturen 1997 och 1998 för att föra skala och prestanda för SMS framåt. De integrerade också med de kommande funktionerna i Windows Server 2000. Det här var första gången som SMS-arkitekturen skrevs om för att säkerställa att den var toppmodern på den tiden.
SMS 2.0 släpptes i januari 1999, och införandet och användningen ökade allt snabbare. Då arbetade jag för SMS:s största konkurrent, Novell, och ledde Novell ZENworks-teamet. Jag tillbringade otaliga timmar i möten med SMS-kunder där vi pratade om de särskiljande faktorerna i ZENworks som utgick ifrån fokus på användare (identiteter) med djupgående katalogintegrering!
Medan jag skrev det här inlägget påmindes jag om att SMS 2.0 innehöll ett påskägg. Påskägget var en video med namn och bilder på personer som arbetade med produkten, och när jag tittade på den igen i veckan var det ett namn som stack ut:
Japp, Terry Myerson – min chef och vice VD på Microsoft. Jag antar att alla de stora har passerat genom SMS någon gång under sin karriär. (:
Jag gick med i SMS-teamet precis när arbetet började trappas upp inför det som skulle bli SMS 2003.
I SMS 2003 var det återigen stora delar av produkten som skrevs om. En stor milstolpe på den tiden var att anpassa SMS på WSUS för korrigeringar. Det anpassade Microsoft-korrigeringarna från molnet (Windows Update) för konsumenter och företaget. WSUS är i själva verket samma bitar som används för Windows Update – förutom att de körs i ditt datacenter.
Windows Update är en av världens största molntjänster – som uppdaterar fler än en miljard enheter varje månad. Fundera på det en stund: En av Microsofts viktiga särskiljande faktorer i dagens offentliga moln är våra hybridfunktioner och möjligheten för dig att i princip köra vårt offentliga moln i ditt datacenter. Att kunna köra Windows Update i ditt datacenter (WSUS) var verkligen banbrytande och kanske det tidigaste exemplet på moln- och hybriduppkoppling. Det var också då som användningen av bärbara datorer ökade kraftigt, och vi behövde skapa en ny klient som fungerade i en frånkopplad eller tillfälligt uppkopplad modell.
När vi närmade oss lanseringen av SMS 2003 träffade vi varje fredagsmorgon en grupp från hela företaget för att utvärdera projektets status. En av de viktigaste grupperna som bjöds in till det mötet var Microsofts IT-avdelning (MSIT). I ett drag som saknade motstycke på företaget gav jag IT-teamet vetorätt över beslutet att leverera SMS 2003 om de inte kände att det var klart. Sedan dess har MSIT varit vår första och bästa kund – samt en av våra bästa källor till feedback om tidiga versioner.
I dag hanterar vi över 500 000 datorer och mobila enheter här på Microsoft (det här antalet ingår inte i de 100 miljoner månatliga aktiva enheterna) genom en enda ConfigMgr-distribution. Vi distribuerar hela tiden nya bitar på Microsoft när vi skapar varje månadsversion. Vi äter definitivt vår egen ”dogfood”. Fler kul fakta: Mitt team övervakar faktiskt den interna distributionen av ConfigMgr. Det finns inget bättre sätt att lära sig än att göra!
Mellan 2003 och 2007 släppte vi två funktionspaket. Vi ville inte vänta på en helt ny produkt för att kunna leverera nya funktioner, så vi skapade det här nya sättet att lansera funktioner. Det första funktionspaketet slutförde arbetet med anpassning på WSUS för våra korrigeringar. Det andra funktionspaketet var när vi lanserade operativsystemsdistribution.
Ett av mina favoritminnen från den tiden var en demonstration som vi anordnade på ett evenemang i Europa i november 2003 för att visa upp de nya funktionerna för operativsystemsdistribution. Bill Gates höll huvudtalet och under hans del av nyheterna i SMS uppgraderade vi 100 datorer live på en vägg bakom Bill. Vi kallade den här demonstrationen ”eldväggen”.
Här är en bild vi tog av Bill när han vände sig om för att titta på demonstrationen:
Här är en bild av de modiga medlemmarna i SMS-teamet som anordnade demonstrationen:
Göra skillnad
På hösten 2004 höll Bill och Steve i ett offsitemöte med några högre chefer på företaget – och dagens sista session var en öppen Q&A med Bill och Steve. Någon frågade Bill vad han tyckte var ”det mest betydande som har hänt för Microsoft under det senaste året”. Bill svarade: ”Vi gjorde rätt med SMS och Active Directory – och de kommer att vara enorma tillgångar för oss framöver.”
Det är en av de bästa dagarna i min karriär hittills!
2007 ändrade vi namnet från ”SMS” till ”ConfigMgr”, för att anpassa det efter System Center-varumärket. DSC (Desired State Configuration) var det senaste innovativa scenariot som kunderna efterfrågade, så vi utvecklade än en gång arkitekturen så att DSC verkligen skulle fungera som det är tänkt. Vi skrev också om det administrativa gränssnittet helt och hållet.
I februari 2011, halvvägs genom utvecklingen av SCCM 2012, tog Satya över Server and Tools Business (STB), bytte namn på den till Cloud and Enterprise (C+E) och blev min chef. Under vårt första personliga möte kom Satya till mitt kontor och ägnade större delen av tiden åt att verkligen lära känna mig bättre som person. Det var en otrolig erfarenhet att arbeta direkt för Satya i flera år och lära mig av hans fantastiska, frågvisa karaktär, tänkesätt för tillväxt och ödmjuka inställning till ledarskap. Satya hade en enorm påverkan på framtiden och arkitekturen för ConfigMgr i den här versionen.
I ConfigMgr 2012 vände vi i princip upp och ner på arkitekturen genom att lägga arkitekturens och gränssnittets fokus på användare – inte bara enheter.
Vi fick höra från kunder att mobilitet skulle bli avgörande i framtiden, och vi insåg att det handlade om människors mobilitet – inte bara enheters. Utifrån den här informationen gjorde vi arkitekturen avsevärt mycket plattare så att den krävde mindre maskinvara, och ökade skalningsgränserna enormt. Det är här vår resa mot molnet började på allvar – vi anslöt ConfigMgr till Microsoft Intune, och Intune blev i själva verket gränsen för ConfigMgr.
Den här hybridkonfigurationen blev modellen som gjorde det möjligt att skapa innovation i molnet, och sedan erbjuda nytt mervärde till lokal ConfigMgr via den hybriddistributionen. Vi ansåg att molnet skulle möjliggöra scenarier som tidigare hade varit omöjliga, och Satya kunde se molnets potentiella inverkan på enhetshantering – och han utmanade oss verkligen att skapa innovation och experimentera här.
ConfigMgr på väg till molnet
Nästa arkitekturutveckling var den överlägset mest utmanande.
När vi fick reda på att Windows 10 skulle levereras ”som en tjänst” med flera uppdateringar per år visste vi att ConfigMgr behövde göra likadant och gå över till molnet.
Utmaningen här var överväldigande.
Historiskt sett hade ConfigMgr släppts med 2–3 års mellanrum. Jag minns att jag tittade på den första övergripande planen för SCCM 2007 och såg 16 månaders stabilisering och beta från att koden var klar fram till lanseringen. 16 månader! Det var tydligt att vi behövde ”SaaS-ifiera” ConfigMgr så att vi kunde släppa nya versioner flera gånger per år.
Med en så överväldigande uppgift framför oss började vi handplocka ett litet team med tekniker och programchefer som kände till ConfigMgr väl, hade ett tänkesätt för tillväxt och delade en passion för den här kundbasen. Vi ansåg att det enda sättet att klara det var att låta ett litet och fokuserat team gå igenom hela arkitekturen och skapa en molnlevererad tjänst från grunden till molnet.
När jag tittade på vårt schema för den här genomgången måste jag erkänna att jag tillsammans med mitt vanliga överflöd av optimism kände mig lite skeptisk. Att få saker gjorda så snabbt var ett otroligt åtagande.
Resultatet nu är uppenbart: Det här hyperfokuserade teknikerteamet överträffade vartenda prestandamått och levererade en ny molnbaserad metod för datorhantering som gjorde att vi kunde övergå till en månatlig lanseringscykel. För att hålla reda på uppdateringarna slutade vi med de traditionella versionsnumren (t.ex. 2003, 2007 och 2012) och började i stället namnge dem enligt en år/månad-konvention. Den första versionen blev därmed 1511 eftersom vi släppte den under den 11:e månaden 2015.
Sedan dess har vi släppt en ny Insiders-version av ConfigMgr varje månad, och större CurrentBranch-versioner omkring var fjärde månad.
Det här är – utan tvivel – ett av de otroligaste teknikprojekt som jag någonsin har deltagit i.
Kundernas gensvar på den här nya molnlevererade modellen har varit fantastiskt.
Titta på den här grafiken:
Strax över hälften av ConfigMgr-basen har redan uppgraderat till den nya nuvarande grenmodellen, och det är nu fler än 100 miljoner enheter som aktivt hanteras och skickar tillbaka telemetri.
Jösses, 100 miljoner!!!!
Såvitt jag vet finns det bara tre företagstjänster i världen som har fler än 100 miljoner månatliga aktiva användare eller enheter som hanteras och skickar tillbaka telemetri: Office 365, Azure Active Directory och ConfigMgr. Vad har de tre gemensamt? Alla ingår i det integrerade Microsoft 365-erbjudandet.
Det här diagrammet illustrerar införandet av de större versionerna av ConfigMgr Current Branch sedan version 1511. Vi har en instrumentpanel som visar dessa data i realtid, och vi skickar ut det här diagrammet till hela vårt team varje söndagsmorgon kl. 8:30.
Tro mig när jag säger att kl. 8:30 på söndagsmorgnar är en av mina favoritstunder varje vecka.
Det här har varit den snabbaste uppgraderingen någonsin för ConfigMgr, och du kan se att med varje version blir frekvensen för införande (linjens lutning från vänster till höger) snabbare och brantare. Först var vi lite nervösa över hur ConfigMgr-communityn skulle reagera på så täta versioner – och vi har blivit både förvånade och tacksamma för ert förtroende för oss.
Det har aldrig funnits mer intresse och passion för Hermes-projektet än just nu.
Nästa steg
Vi påbörjade resan mot molnet med version 1511 av ConfigMgr Current Branch i november 2015, och då var det tydligt för oss att det var ett stort steg på vägen dit vi behövde ta oss. Det var också tydligt att det fanns mycket kvar att göra.
Innovationstakten sedan 1511 har bara ökat. Organisationer övergår snabbt till en värld av molntjänster som är anslutna till mobila enheter, och för att vi ska kunna leverera det du behöver i den här snabba miljön har ConfigMgr-infrastrukturen tagit de stora stegen mot att bli en riktig molntjänst. Den är nu en tjänst som hela tiden uppdateras med nya funktioner, utnyttjar molnets AI-möjligheter för att tillgodose dina behov och leverera det skydd du behöver, och är tillgänglig för dig som en molnbaserad tjänst som kan skalas till hundratals miljoner enheter globalt.
Allt detta påminner mig om det vanligaste jag får höra från IT-chefer över hela världen: De är frustrerade över komplexiteten som de och deras team måste hantera för att kunna få jobbet gjort. Organisationer är ute efter sätt att förenkla det de har distribuerat och de vill ha ett enhetligt sätt att ge sina användare möjligheter på alla enheter – som också erbjuder den hantering och säkerhet de behöver. Det är därför vi har skapat Microsoft 365. M365 erbjuder en modern, säker arbetsyta och integrerade molntjänster som gör att användarna kan uppnå mer. Det har utformats så att IT-avdelningar kan erbjuda den avancerade och stärkande arbetsmiljön som har användares uppskattning och IT-avdelningars förtroende.
Det här är vidareutvecklingen av alla produkter från Microsoft som du har använt i flera år – Windows, Office, Active Directory, ConfigMgr – och vi har flyttat dem till molnet med Microsoft 365. Företagskunder över hela världen migrerar till molnet (med Windows 10 ”som en tjänst”, Office 365 och EMS-tjänsterna) och det här är den naturliga vidareutvecklingen av ConfigMgr-arkitekturen.
Nästan alla världens företag och kommersiella organisationer utgår i dag ifrån en lokal modell där de använder Active Directory, Grupprincip och ConfigMgr som hanteringsverktyg. Önskan om att övergå till en enklare och modernare modell är stor, men det har inte varit enkelt att ta sig till den nya moderna modellen. En organisation kan inte bara knäppa med fingrarna och flytta användare/enheter från AD/GP/ConfigMgr till AAD/Intune. Det du har behövt från oss är en brygga som gör övergången enklare, snabbare och riskfri. Det här är ett område där vi har lärt oss mycket genom att se organisationer övergå från lokal Exchange till Exchange Online.
I dag är vi glada över att presentera Samhantering, en ny uppsättning funktioner och bryggan som kommer att ge en snabbare övergång till modern hantering från molnet. Med Fall Creators Update kan en Windows 10-enhet vara ansluten till lokal Active Directory (AD) och Azure AD samtidigt.
Samhantering drar nytta av den här förbättringen och gör så att enheten kan hanteras av både ConfigMgr-agenten och Intune MDM. Övergången till modern hantering är inte längre en klippa du måste hoppa från. Med samhantering kan du göra din egen resa, steg för steg, till molnet på ett sätt och i en takt som passar din organisation.
Vi har gjort det enkelt att arbeta i ConfigMgr-konsolen för att hantera enheterna och registrera dem för hantering med Intune. Därefter kan du välja den första arbetsbelastningen som du vill flytta till molnet (det är bokstavligen ett skjutreglage som du ändrar från ConfigMgr till Intune), så flyttas den arbetsbelastningen till molnet.
En av de unika egenskaperna hos Microsoft 365 i det här samhanterade scenariot är att ConfigMgr och Intune kommunicerar hela tiden. När arbetsbelastningar flyttas förstår vi vilken som är den auktoritativa källan (Intune eller ConfigMgr) för varje attribut för användare och enheter – och på så sätt undviker vi att principer som står i konflikt tillämpas.
Det ger en avsevärt snabbare övergång till Windows 10 och modern hantering från molnet.
* * * * *
Att skriva det här har varit en otrolig nostalgitripp för mig. SMS/ConfigMgr/Intune har haft en stor inverkan på mitt liv, min familjs liv, liven för tusentals tekniker som har arbetat med projekten och liven för miljontals IT-proffs som har använt och använder det än i dag. Jag älskar den här produkten och jag älskar den här communityn.
Jag har också uppskattat att se dagens dokumentär om ConfigMgrs historia bli till – men det är bara del 1. Och del 2 är mycket viktigare. Det är för att del 2 kommer att skapas av dig.
Om du befinner dig på Ignite kan du gå förbi avdelningen för hantering och säkerhet i Microsofts monter och dela med dig av din berättelse. Enkla anvisningar finns här.
Om du inte befinner dig på Ignite är det ändå enkelt att delta. Dela med dig genom att ladda upp dina minnen och dina berättelser om ConfigMgr här aka.ms/ConfigMgr25. Här finns några enkla instruktioner.
Vi kommer att använda det ni skickar in för att skapa del 2 – en video vi vill kalla:
”Människors historia om ConfigMgr”
Jag ser verkligen fram emot att se den.
_______________________________________________
