{"id":1178,"date":"2017-09-26T09:15:18","date_gmt":"2017-09-26T16:15:18","guid":{"rendered":"https:\/\/www.microsoft.com\/it-it\/2017\/09\/26\/configmgr-25\/"},"modified":"2022-06-28T11:11:03","modified_gmt":"2022-06-28T18:11:03","slug":"configmgr-25","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/it-it\/microsoft-365\/blog\/2017\/09\/26\/configmgr-25\/","title":{"rendered":"ConfigMgr @ 25"},"content":{"rendered":"
Alla fine della settimana scorsa, ho scritto un articolo sul 25\u00b0<\/strong> anniversario<\/a> di ConfigMgr e oggi vorrei raccontare la storia dietro questo prodotto incredibile, fare un paio di annunci e lanciare uno straordinario nuovo documentario (Sundance<\/a>) che offre un approfondimento sulla genesi e sullo sviluppo del prodotto che ha creato il settore relativo alla gestione del PC.<\/p>\n Quindi, l’annuncio di ConfigMgr:<\/p>\n <\/p>\n Tenendo presente questa pietra miliare di oggi, ecco una storia che potreste non aver mai ascoltato prima:<\/p>\n Alla fine della settimana scorsa, ho colto l’occasione per rileggere il documento o la “specifica” sulla visione originale del progetto denominato Hermes. Era da diversi anni che non mi capitava di leggere questo documento, ed \u00e8 stato sensazionale rendermi conto di quanto ConfigMgr fosse rimasto fedele all’idea iniziale. Le basi descritte in quel documento vengono usate ancora oggi e sono tuttora le colonne portanti di questo prodotto.<\/p>\n Nel 1992, la missione originale di Microsoft (ovvero, la presenza di un PC in ogni casa e su ogni scrivania) si stava concretizzando. Le organizzazioni stavano passando rapidamente dall’emulazione terminale al modello di calcolo distribuito x86 e non c’erano soluzioni per gestire i PC su larga scala. Il team sapeva che il progetto Hermes doveva essere di forte impatto.<\/p>\n Il team SMS originale era costituito da due sviluppatori a tempo pieno e da uno stagista di nome Ken Pan.\u00a0 Quando mi sono unito al team nel 2003, Ken lo stagista<\/em> era a capo dell’intero team di sviluppo formato da circa 150 ingegneri. Da allora, Ken guida gli ingegneri per i progetti di SCCM e Intune per me!<\/p>\n Curiosit\u00e0:<\/strong>\u00a0 la primissima build di Systems Management Server (SMS) \u00e8 stata la 245. Perch\u00e9 non 1? Beh\u2026 all’epoca Windows era alla build 300 e il team non voleva sembrare troppo indietro rispetto a quella versione, ma sapeva che non poteva scegliere un numero che si avvicinasse troppo a 300 per non destare sospetto. Ecco perch\u00e9 ha scelto il numero 245!<\/p>\n SMS \u00e8 stato lanciato ufficialmente il 7 novembre 1994. Quel primo rilascio richiese circa due anni<\/strong> di lavoro, e pensare che oggi pubblichiamo nuove build per il programma Insider ogni mese!<\/em><\/strong><\/p>\n In seguito al lancio del prodotto, c’\u00e8 stato un momento indimenticabile: Bill Gates invi\u00f2 un’e-mail a tutti i dipendenti Microsoft spiegando che SMS stava per essere distribuito a livello aziendale. Tra l’altro, in quell’e-mail Bill spieg\u00f2 come rimuovere il software SMS dal computer se necessario. (:<\/p>\n Se ti interessa, ho incluso la sua e-mail alla fine di questo post.<\/p>\n Le versioni 1.0, 1.1 e 1.2 di SMS sono state tutte rilasciate piuttosto rapidamente dando vita a un nuovo mercato. Senza alcun ritardo, il team ha quindi iniziato a lavorare su SMS 2.0.<\/p>\n \u00c8 a quel punto che le cose si sono… complicate.<\/p>\n E, ad essere sinceri, abbiamo fatto alcune scelte sbagliate. Una parte importante della mentalit\u00e0 orientata alla crescita consiste nella capacit\u00e0 di imparare velocemente: questa \u00e8 stata la vera essenza del team SMS fin dall’inizio.<\/p>\n Era cambiato cos\u00ec tanto nell’architettura originale delle applicazioni client\/server dal 1992 che il team ha praticamente riscritto l’infrastruttura del server SMS nel 1997 e nel 1998 per ottimizzare la scalabilit\u00e0 e le prestazioni di SMS, aggiungendovi anche le funzionalit\u00e0 di Windows Server 2000. Era la prima volta che l’architettura di SMS veniva riscritta per garantire che fosse la tecnologia pi\u00f9 avanzata del momento.<\/p>\n Rilasciato a gennaio nel 1999, l’adozione e l’utilizzo di SMS 2.0 accelerarono notevolmente. In quel periodo, lavoravo per il maggior concorrente di SMS, Novell, dove ero a capo del team Novell ZENworks. Ho perso il conto di quante riunioni ho fatto con i clienti di SMS per illustrare le peculiarit\u00e0 di ZENworks, che si concentrava sugli utenti (identit\u00e0) con l’integrazione della directory!<\/p>\n Scrivendo questo post, mi \u00e8 venuto in mente che SMS 2.0 conteneva un easter egg. L’easter egg era un video che mostrava i nomi e le foto delle persone che avevano lavorato al prodotto e, quando l’ho riguardato questa settimana, ho notato un nome in particolare:<\/p>\n <\/p>\n Terry Myerson, il mio capo ed Executive Vice President di Microsoft. Credo che tutti i grandi abbiano avuto a che fare con SMS a un certo punto della loro carriera.\u00a0 (:<\/p>\n Sono entrato nel team di SMS proprio quando ci si stava dedicando a quello che sarebbe diventato SMS 2003.<\/p>\n SMS 2003 includeva delle porzioni importanti del prodotto che, di nuovo, erano state riscritte. In quel momento, fare in modo che SMS fosse allineato a WSUS per l’applicazione di patch ha rappresentato un risultato importante. Ha permesso di allineare l’applicazione di patch di Microsoft dal cloud (Windows Update) agli ambienti consumer ed Enterprise. Fondamentalmente, WSUS sfrutta gli stessi bit che vengono usati per Windows Update, tranne per il fatto che viene eseguito nel data center.<\/p>\n Windows Update \u00e8 uno dei servizi cloud pi\u00f9 grandi al mondo, aggiornando pi\u00f9 di 1 miliardo di dispositivi ogni mese. Rifletti un minuto su questo:\u00a0 Alcune delle peculiarit\u00e0 principali che contraddistinguono Microsoft nel cloud pubblico oggi sono le nostre funzionalit\u00e0 ibride e la possibilit\u00e0 che hanno gli utenti di eseguire il nostro cloud pubblico nel proprio data center. La possibilit\u00e0 di eseguire Windows Update nel data center (WSUS) degli utenti \u00e8 stata una soluzione letteralmente rivoluzionaria, forse il primo esempio di integrazione tra un ambiente connesso al cloud e ibrido. In quel periodo l’uso del portatile si stava diffondendo rapidamente e dovevamo creare un nuovo client che funzionasse in un modello disconnesso o poco connesso.<\/p>\n Mentre ci avvicinavamo al rilascio di SMS 2003, ogni venerd\u00ec mattina ci riunivamo con un gruppo di persone di vari reparti dell’azienda per valutare lo stato del progetto. Uno dei gruppi principali invitati a queste riunioni era quello del reparto Microsoft IT (MSIT). Con una mossa senza precedenti nella storia dell’azienda, ho concesso al team IT l’autorit\u00e0 di veto sul rilascio di SMS 2003 qualora pensasse che il prodotto non fosse ancora pronto. Da quel momento, MSIT \u00e8 stato il nostro primo e miglior cliente, nonch\u00e9 una delle nostre fonti di feedback pi\u00f9 importanti in merito alle build.<\/p>\n Oggi, gestiamo oltre 500.000 PC e dispositivi mobili<\/strong> presso Microsoft (questo numero non \u00e8 incluso nei 100 milioni di dispositivi attivi ogni mese) attraverso un’unica distribuzione di ConfigMgr<\/strong>. Distribuiamo sempre nuovi bit in Microsoft mentre sviluppiamo ogni rilascio mensile. Praticamente<\/em> usufruiamo degli stessi prodotti che sviluppiamo. Un’altra curiosit\u00e0:\u00a0 attualmente, il mio team supervisiona la distribuzione interna di ConfigMgr. Non c’\u00e8 modo migliore per imparare se non dalla pratica!<\/p>\n Tra il 2003 e il 2007, abbiamo rilasciato due “Feature Pack”. Non volevamo aspettare il rilascio di un nuovo prodotto per offrire nuove funzionalit\u00e0, cos\u00ec abbiamo dato vita a questo nuovo modo di rilasciare le funzionalit\u00e0. Il primo Feature Pack si \u00e8 concluso con l’allineamento a WSUS per l’applicazione di patch. Il secondo Feature Pack \u00e8 stato quando abbiamo rilasciato Distribuzione del sistema operativo.<\/p>\n Uno dei ricordi di quel periodo a cui sono pi\u00f9 legato riguarda una demo che avevamo preparato per un evento in Europa a novembre nel 2003 in cui dovevamo presentare le nuove funzionalit\u00e0 di Distribuzione del sistema operativo. Bill Gates stava illustrando i concetti chiave e, durante il suo intervento sulle novit\u00e0 di SMS, abbiamo aggiornato in tempo reale 100 PC fissati a una parete alle spalle di Bill. Abbiamo chiamato questa demo “Wall of Fire” (“muro di fuoco”).<\/p>\n Ecco una foto che abbiamo fatto a Bill quando si \u00e8 girato per vedere la demo in esecuzione:<\/p>\n <\/p>\n Ecco una foto degli audaci membri del team SMS che avevano preparato la demo:<\/p>\n <\/p>\n Nell’autunno del 2004, Bill e Steve organizzarono una riunione fuori sede con alcuni dei senior leader dell’azienda; la giornata si concluse con una sessione di domande e risposte con Bill e Steve.\u00a0 Qualcuno chiese a Bill quale fosse “la cosa pi\u00f9 importante avvenuta per Microsoft nell’ultimo anno”. Bill rispose: “Abbiamo creato SMS e Active Directory, che saranno delle risorse fondamentali per la nostra crescita.”<\/p>\n Fino ad oggi, quello \u00e8 stato uno dei giorni pi\u00f9 belli nella mia carriera professionale!<\/p>\n Nel 2007, abbiamo cambiato il nome di “SMS” in “ConfigMgr” per allinearlo al marchio di System Center. Desired State Configuration (DSC) era lo scenario pi\u00f9 innovativo che volevano i clienti, quindi abbiamo di nuovo modificato l’architettura per far s\u00ec che DSC funzionasse come previsto. Inoltre, abbiamo completamente riscritto l’esperienza amministrativa.<\/p>\n A febbraio nel 2011, quando eravamo a met\u00e0 strada nello sviluppo di SCCM 2012, Satya assunse il controllo di Server and Tools Business (STB), lo rinomin\u00f2 Cloud and Enterprise (C+E) e divent\u00f2 il mio capo. Per la nostra prima riunione di persona, Satya si present\u00f2 nel mio ufficio e cerc\u00f2 di conoscermi meglio a livello personale. \u00c8 stata un’esperienza incredibile lavorare direttamente per Satya per diversi anni, ho imparato molto dalla sua straordinaria curiosit\u00e0 innata, dalla sua mentalit\u00e0 orientata alla crescita e dalla sua umilt\u00e0 rispetto alla leadership. Satya ha avuto un impatto incredibile sul futuro e sull’architettura di ConfigMgr durante questo rilascio.<\/p>\n In ConfigMgr 2012, abbiamo praticamente rivoluzionato il prodotto concentrando l’architettura e l’esperienza sugli utenti<\/em>, non solo sui dispositivi<\/em>.<\/p>\n Secondo i feedback dei clienti, la mobilit\u00e0 sarebbe diventata fondamentale in futuro, non solo per quanto riguarda i dispositivi, ma anche a livello umano.\u00a0 Di conseguenza, abbiamo notevolmente snellito l’architettura per ridurre l’hardware necessario e abbiamo aumentato i limiti relativi alla scalabilit\u00e0 in modo significativo. \u00c8 a questo punto che il nostro viaggio verso il cloud \u00e8 davvero<\/em> entrato nel vivo; abbiamo connesso ConfigMgr a Microsoft Intune e, in sostanza, Intune \u00e8 diventato la rete perimetrale di ConfigMgr.<\/p>\n Questa configurazione ibrida si \u00e8 trasformata nel modello che ci ha permesso di modernizzare il cloud, per poi dare nuovo valore a ConfigMgr locale tramite la distribuzione ibrida. Credevamo che il cloud avrebbe consentito scenari che sarebbero stati impensabili in passato; Satya era riuscito a vedere l’impatto potenziale del cloud per la gestione dei dispositivi e ci spinse a fare innovazioni ed esperimenti in questo ambito.<\/p>\n L’evoluzione dell’architettura successiva \u00e8 stata di gran lunga la pi\u00f9 impegnativa.<\/p>\n Quando ci siamo resi conto che Windows 10 sarebbe stato reso disponibile come servizio con pi\u00f9 aggiornamenti ogni anno, abbiamo capito che ConfigMgr avrebbe dovuto fare lo stesso e passare al cloud.<\/p>\n Era una sfida a dir poco ambiziosa.<\/p>\n Storicamente, gli aggiornamenti di ConfigMgr venivano rilasciati ogni 2-3 anni. Ricordo ancora il primo piano completo per SCCM 2007 e l’attesa di 16 mesi di stabilizzazione e versione beta nel periodo tra l’annuncio del completamento del codice e il rilascio. 16 mesi!<\/strong>\u00a0 \u00a0Era chiaro che dovevamo rendere ConfigMgr un software come un servizio<\/a>, quindi avremmo dovuto garantire la pubblicazione di rilasci diverse volte l’anno.<\/p>\n Dovendo affrontare una sfida cos\u00ec impegnativa, abbiamo selezionato un piccolo team di ingegneri e program manager esperti di ConfigMgr, con una mentalit\u00e0 orientata allo sviluppo e una grande passione.\u00a0 Eravamo convinti che l’unico modo per portare a termine la nostra missione fosse la creazione di un piccolo team di esperti che revisionasse l’intera architettura e sviluppasse un servizio fornito mediante il cloud proprio dal cloud<\/span>.<\/p>\n Guardando le nostre tempistiche per questo tipo di revisione, devo ammettere che il mio solito ottimismo fece spazio anche a un leggero scetticismo. Finire tutto cos\u00ec<\/em> velocemente era qualcosa di impensabile.<\/p>\n Il risultato, ora, \u00e8 ovvio:\u00a0 questo team di ingegneri super concentrati ha superato ogni singolo standard di riferimento e ha mostrato un nuovo approccio basato sul cloud per la gestione dei PC che ci ha permesso di passare a un ciclo di rilasci mensili. Per tenere traccia di questi aggiornamenti, abbiamo eliminato i numeri di versione tradizionali (ad esempio,<\/em> 2003, 2007, 2012) e abbiamo iniziato a denominarli con una convenzione anno\/mese; cos\u00ec, il primo rilascio \u00e8 stato la versione 1511 perch\u00e9 risale all’11\u00b0<\/sup> mese del 2015.<\/p>\n Da allora, abbiamo pubblicato una nuova versione per Insider di ConfigMgr ogni mese e i rilasci principali di CurrentBranch ogni ~4 mesi.<\/p>\n Senza alcun dubbio, questo \u00e8 uno dei progetti tecnici pi\u00f9 incredibili<\/strong> a cui abbia mai<\/strong> partecipato.<\/p>\n La risposta dei clienti a questo nuovo modello fornito mediante il cloud \u00e8 stata straordinaria<\/strong>.<\/p>\n Poco pi\u00f9 della met\u00e0 della base di ConfigMgr ha gi\u00e0 eseguito l’aggiornamento<\/strong> al nuovo modello Current Branch e al momento ci sono pi\u00f9 di 100 milioni di dispositivi<\/strong> che vengono gestiti attivamente e che restituiscono dati di telemetria.<\/p>\n Il Sacro Graal dei 100 milioni!!!!<\/strong><\/p>\n A quanto ne sappia, esistono solo 3 servizi aziendali al mondo con pi\u00f9 di 100 milioni di utenti attivi o dispositivi in gestione e che restituiscono dati di telemetria ogni mese:\u00a0 Office 365, Azure Active Directory e ConfigMgr. Cosa hanno in comune questi tre servizi?\u00a0 Fanno tutti parte dell’offerta di Microsoft 365 integrata.<\/p>\n Questo grafico mostra l’adozione dei rilasci principali Current Branch di ConfigMgr dalla versione 1511. Abbiamo una dashboard che ci fornisce questi dati in tempo reale e inviamo questo grafico al nostro intero team ogni domenica mattina alle 8:30.<\/p>\n Sono sincero quando dico che la domenica mattina alle 8:30 \u00e8 uno dei miei momenti preferiti della settimana.<\/p>\n Questo \u00e8 l’aggiornamento pi\u00f9 veloce in assoluto<\/strong> per ConfigMgr e si pu\u00f2 notare che con ogni rilascio il tasso di adozione (la linea inclinata da sinistra verso destra) aumenta sempre pi\u00f9 rapidamente e in modo esponenziale. All’inizio, non sapevamo come avrebbe reagito la community di ConfigMgr a dei rilasci cos\u00ec veloci e siamo onorati dell’immensa fiducia che hanno avuto in noi.<\/p>\n Non c’\u00e8 mai<\/strong> stato prima un interesse cos\u00ec grande per il progetto Hermes.<\/p>\n Abbiamo iniziato il nostro viaggio verso il cloud con la versione 1511 Current Branch di ConfigMgr a novembre del 2015 e gi\u00e0 all’epoca sapevamo che sarebbe stato un passaggio fondamentale per il nostro progetto. Sapevamo anche che c’era ancora molto da fare.<\/p>\n Il ritmo dell’innovazione a partire dalla versione 1511 \u00e8 solo accelerato. Le organizzazioni stanno passando rapidamente all’uso di servizi cloud connessi ai dispositivi mobili e, per assisterle in questa transizione verso un mondo in continua e rapida evoluzione, l’infrastruttura di ConfigMgr ha fatto degli enormi passi avanti per diventare un autentico servizio cloud. Ora \u00e8 un servizio che viene continuamente aggiornato con nuove funzionalit\u00e0, sfrutta l’IA del cloud per adattarsi alle esigenze degli utenti e offrire loro la protezione necessaria ed \u00e8 disponibile come servizio basato sul cloud in grado di offrire la scalabilit\u00e0 per centinaia di milioni di dispositivi<\/strong> in tutto il mondo.<\/p>\n Tutto questo mi fa ripensare alla cosa pi\u00f9 comune che ho sentito dire dai leader IT a livello mondiale: \u00a0sono frustrati dalla complessit\u00e0<\/strong> che devono affrontare insieme ai loro team per portare a termine il loro lavoro<\/strong>. Le organizzazioni stanno cercando dei modi per semplificare le soluzioni che hanno distribuito e vogliono uno strumento unico per la gestione e la protezione dei loro utenti su tutti i dispositivi. Ecco perch\u00e9 abbiamo creato Microsoft 365<\/strong>.\u00a0 M365 fornisce un’area di lavoro sicura e moderna e servizi cloud integrati che aumentano la produttivit\u00e0 degli utenti. \u00c8 stato sviluppato per fare in modo che l’IT garantisca un ambiente di lavoro efficace e stimolante, apprezzato dagli utenti e considerato attendibile dai professionisti IT<\/em>.<\/p>\n \u00c8 l’evoluzione di tutti i prodotti Microsoft classici (Windows, Office, Active Directory, ConfigMgr), che abbiamo provveduto a spostare sul cloud con Microsoft 365.\u00a0 I clienti delle aziende di ogni parte del mondo stanno eseguendo la migrazione al cloud (usando Windows 10 come servizio, Office 365 e i servizi EMS): questa \u00e8 l’evoluzione naturale dell’architettura di ConfigMgr.<\/p>\n Quasi tutte le organizzazioni commerciali e aziendali sul pianeta stanno iniziando da un modello locale in cui si avvalgono di Active Directory, Criteri di gruppo e ConfigMgr come strumenti di gestione. Il desiderio di passare a un modello semplificato e pi\u00f9 moderno \u00e8 forte, ma realizzarlo non \u00e8 affatto semplice. Un’organizzazione non pu\u00f2 trasferire utenti\/dispositivi<\/strong> da AD\/Criteri di gruppo\/ConfigMgr<\/strong> ad AAD\/Intune<\/strong> con uno schiocco delle dita. Ha bisogno che le mettiamo a disposizione un ponte che renda questa transizione pi\u00f9 facile, veloce e meno rischiosa. Si tratta di un’area in cui abbiamo acquisito una certa esperienza osservando le organizzazioni nel passaggio da Exchange locale a Exchange Online.<\/p>\n Oggi, siamo entusiasti di presentare Co-gestione<\/strong>, una nuova serie di funzionalit\u00e0 che far\u00e0 da ponte accelerando il passaggio dal cloud alla gestione moderna. Grazie all’aggiornamento Fall Creators Update, \u00e8 possibile aggiungere i dispositivi Windows 10 ad Active Directory (AD) e Azure AD in locale contemporaneamente.<\/p>\n Grazie a questo miglioramento, i dispositivi possono essere gestiti sia dall’agente di ConfigMgr che da Intune MDM. Il passaggio alla gestione moderna non \u00e8 pi\u00f9 un salto nel vuoto<\/strong>. Grazie alle funzionalit\u00e0 di co-gestione, puoi scegliere la strada da seguire per passare al cloud nel modo e nei tempi pi\u00f9 adatti alle esigenze della tua organizzazione.<\/p>\n <\/p>\n Abbiamo semplificato l’uso della console di ConfigMgr per gestire e registrare per la gestione i dispositivi con Intune. Puoi selezionare il primo carico di lavoro che desideri trasferire sul cloud (\u00e8 presente una vera e propria barra di scorrimento da spostare da ConfigMgr a Intune) e quel carico di lavoro passa nel cloud.<\/p>\n Una caratteristica peculiare di Microsoft 365 in questo scenario di co-gestione \u00e8 la costante comunicazione tra ConfigMgr e Intune. Durante lo spostamento dei carichi di lavoro, Microsoft 365 identifica l’origine autorevole (Intune o ConfigMgr) per ogni attributo su utenti e dispositivi, evitando cos\u00ec l’applicazione di criteri in conflitto.<\/p>\n Questo fa s\u00ec che il passaggio dal cloud a Windows 10 e alla gestione moderna sia decisamente pi\u00f9 rapido.<\/p>\n * * * * *<\/p>\n Per scrivere questo post, ho fatto un incredibile viaggio indietro nella memoria. SMS\/ConfigMgr\/Intune ha avuto un profondo impatto sulla mia vita, sulla vita della mia famiglia, sulle vite di migliaia di ingegneri coinvolti nei vari progetti e sulle vite di milioni di professionisti IT<\/strong> che lo usano da sempre. Adoro questo prodotto e questa community.<\/p>\n Ho trovato molto interessante il documentario di oggi sulla storia di ConfigMgr, ma questa \u00e8 solo la prima parte. E la seconda sar\u00e0 ancora pi\u00f9 importante<\/strong> perch\u00e9 dovrai crearla tu<\/strong>.<\/p>\n Se sei all’evento Ignite, fermati alla sezione dedicata alla gestione e alla sicurezza dello stand Microsoft e raccontaci la tua storia. Ecco delle semplici indicazioni<\/a>.<\/p>\n Se non sei all’evento Ignite, puoi dare comunque il tuo contributo. Racconta la tua storia caricando dei video sull’impatto che ConfigMgr ha avuto sulla tua vita qui aka.ms\/ConfigMgr<\/strong>25<\/strong><\/a>. Ecco delle istruzioni facili<\/a>.<\/p>\n Useremo questi video per creare la seconda parte, un video che vorremmo intitolare:<\/p>\n Non vedo l’ora di vederlo.<\/p>\n _______________________________________________<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Alla fine della settimana scorsa, ho scritto un articolo sul 25\u00b0 anniversario di ConfigMgr e oggi vorrei raccontare la storia dietro questo prodotto incredibile, fare un paio di annunci e lanciare uno straordinario nuovo documentario (Sundance) che offre un approfondimento sulla genesi e sullo sviluppo del prodotto che ha creato il settore relativo alla gestione<\/p>\n","protected":false},"author":0,"featured_media":2618,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ep_exclude_from_search":false,"_classifai_error":"","footnotes":""},"content-type":[149],"product":[151],"audience":[196],"tags":[222],"coauthors":[],"class_list":["post-1178","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","content-type-news","product-microsoft-365","audience-enterprise","tag-azure"],"yoast_head":"\nL’inizio di tutto<\/h3>\n
Sviluppo dell’architettura<\/h3>\n
Fare la differenza<\/h3>\n
Verso il cloud con ConfigMgr<\/h3>\n
Dai un’occhiata a questo grafico:<\/h3>\n
Prossime novit\u00e0<\/h3>\n
“La storia delle persone di ConfigMgr”<\/h3>\n