Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Microsoft Entra Cloud Sync spiegato: sincronizzare Active Directory con Entra ID in modo leggero (Doppiaggio IA)

Transcript

Microsoft Entra Cloud Sync spiegato: sincronizzare Active Directory con Entra ID in modo leggero (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

• 0:00
  Siete pronti per 10 giorni di Microsoft 365, Copilot, IA, Azure e le persone che plasmano il futuro del lavoro?
• 0:07
  Questo gennaio la M365 Conference ritorna e puntiamo ancora più in alto.
• 0:12
  Unitevi a noi per sessioni dal vivo, demo concrete e conoscenze pratiche da MVP ed esperti del settore di tutto il mondo.
• 0:18
  Niente slide generiche, niente gergo infinito.
• 0:21
  Affrontiamo le sfide reali, Copilot Studio, agenti IA, Fabric, sicurezza, governance e automazione e automazione.
• 0:29
  Che siate professionisti IT, sviluppatori o leader aziendali, ci sono sessioni pensate per voi.
• 0:35
  Con 10 giorni interi potrete esplorare diverse tecnologie e connettervi con una community globale.
• 0:40
  Seguite dal vivo e portate intuizioni pratiche nella vostra organizzazione.
• 0:45
  Gennaio 2027, 10 giorni, un'unica Microsoft Community.
• 0:49
  Le iscrizioni sono aperte.
• 0:52
  Assicuratevi il vostro posto oggi.
• 0:55
  Il sito è m365.com.net
• 0:58
  Iscrivetevi ora su m365.com.net.
• 1:02
  Vi aspettiamo.
• 1:03
  Dal vivo a gennaio.
• 1:05
  Salve a tutti e benvenuti a un altro episodio di Microsoft Knowledge Nuggets qui su m365.
• 1:10
  Fen, io ho avuto MNM, il copiters.
• 1:13
  Cos'è esattamente Microsoft Entra Cloud Sync?
• 1:15
  Solo un altro nome per Entra Connect risolve un problema diverso?
• 1:18
  Molte aziende mantengono ancora gli account dei dipendenti in Active Directory all'interno della propria rete.
• 1:23
  Tuttavia i dipendenti lavorano in Microsoft 365.
• 1:26
  Hanno bisogno di Teams, E-mail di Exchange Online, File di OneDrive e App Cloud.
• 1:30
  Questo crea due luoghi in cui l'identità è fondamentale.
• 1:32
  Senza un collegamento tra loro, qualcuno potrebbe esistere in Active Directory ma non in Entra ID, la Reception Cloud di Microsoft 365.
• 1:38
  Le password non corrispondono.
• 1:41
  L'accesso arriva in ritardo.
• 1:43
  L'IT finisce per fare lo stesso lavoro due volte.
• 1:44
  Entra Connect è diventato il familiare strumento locale per collegare quei due volte.
• 1:49
  Cloud Sync segue una strada diversa, gestendo gran parte del lavoro di sincronizzazione di Microsoft End.
• 1:54
  Alla fine saprete esattamente cosa fa perché esiste e cosa è cambiato nel 2026.
• 1:58
  Ma c'è un limite che decide ancora se è adatto alla vostra azienda.
• 2:02
  Perché la sincronizzazione dell'identità ha bisogno di un modello più semplice.
• 2:05
  Partiamo da un nuovo dipendente.
• 2:07
  Le risorse umane informano l'IT che Maya inizia dal lunedì.
• 2:09
  Qualcuno crea l'account di Maya in Active Directory che molte aziende usano ancora come archivio locale del personale.
• 2:14
  Il suo nome, i mail di lavoro, il dipartimento, il manager, l'appartenenza ai gruppi e i dettagli della password iniziano tutti da lì.
• 2:21
  Ma Maya non lavora solo all'interno della rete aziendale.
• 2:24
  Deve accedere a Teams da casa?
• 2:26
  Ha bisogno della sua casella di posta ex-union online?
• 2:28
  Il suo team archivia file in SharePoint e lei potrebbe aver bisogno di accedere a paghe CRM, formazione o altre app cloud prima della fine del suo primo giorno.
• 2:35
  La persona ha bisogno di un'unica identità funzionante.
• 2:37
  Quell'identità deve apparire in entrambi i luoghi pur riferendosi sempre alla stessa Maya.
• 2:41
  Il suo nome di accesso deve corrispondere.
• 2:42
  Le sue informazioni di gruppo devono raggiungere il cloud.
• 2:44
  Quando la sua password cambia in Active Directory, Microsoft 365 ha bisogno di un modo sicuro per confermarla.
• 2:51
  Questo è il compito della sincronizzazione delle identità.
• 2:53
  Immagina Active Directory come l'archivio nel seminterrato di un edificio per uffici.
• 2:58
  Contiene i documenti del personale di cui l'azienda si fida già.
• 3:00
  Entra e disiede alla reception al piano di sopra, decidendo chi può accedere a Microsoft 365 e quali stanze può usare.
• 3:05
  Se l'archivio e la reception non comunicano tra loro, Maya viene fermata alla porta.
• 3:11
  Vent'anni fa, quel divario causava molto lavoro manuale.
• 3:14
  Un team IT poteva creare un account in locale, poi creare un altro in un servizio cloud.
• 3:18
  Quando Maya cambiava nome, team o lasciava l'azienda, qualcuno doveva ricordarsi di ogni luogo in cui risiedevano i suoi dati.
• 3:25
  Le persone dimentichano.
• 3:26
  Quella novità nel sincronizzare l'identità ha cambiato il lavoro IT quotidiano.
• 3:30
  Una modifica in Active Directory poteva confluire in Entra ID, così l'account cloud seguiva quello locale invece di diventare un secondo record separato.
• 3:36
  Per molto tempo IntraConnect ha gestito questo lavoro.
• 3:39
  IntraConnect viene eseguito su un server all'interno della rete aziendale.
• 3:42
  Legge Active Directory, applica le regole di sincronizzazione locali, mantiene il proprio archivio dati locale e invia le modifiche approvate Entra ID.
• 3:49
  Può fare molto, specialmente quando un'azienda necessita di un controllo approfondito su come si spostano i dati.
• 3:53
  Questa flessibilità comporta delle responsabilità.
• 3:55
  Qualcuno deve occuparsi del server? Qualcuno deve aggiornarlo?
• 3:58
  Qualcuno deve comprendere le regole locali se un utente non autentica la sincronizzazione come previsto.
• 4:02
  E se il server di sincronizzazione principale smette di funzionare, le modifiche possono smettere di raggiungere Microsoft 365 finché l'IT non risolve il problema o segue un piano di ripristi.
• 4:09
  Per Maya questo potrebbe significare che il suo account nello.
• 4:11
  Per un'azienda con centinaia o migliaia di persone può significare che i nuovi assunti non appaiono nelle app cloud,
• 4:16
  gli account disabilitati impiegano più tempo a perdere l'accesso e le chiamate al supporto iniziano ad accumularsi.
• 4:21
  Il problema non è interamente che IntraConnect abbia fallito come prodotto.
• 4:24
  È che ogni motore locale porta con sé del lavoro locale.
• 4:27
  Molte aziende desiderano meno componenti mobili sui propri server.
• 4:30
  Sincronizzazione cloud segue queste idee.
• 4:31
  Invece di inserire il grande motore di sincronizzazione, l'elaborazione dettagliata e la maggior parte delle regole all'interno della tua rete,
• 4:37
  Microsoft entra a gestisce gran parte di quel lavoro nel cloud.
• 4:39
  La tua rete locale mantiene un punto di connessione più piccolo che può leggere Active Directory e comunicare in sicurezza verso l'esterno.
• 4:44
  L'archivio rimane dov'è.
• 4:46
  L'elaborazione si sposta più vicino alla reception.
• 4:48
  Ciò può ridurre la quantità di software locale che il tuo team deve gestire,
• 4:51
  mantenendo Active Directory come punto di origine dei dettagli dipendenti.
• 4:55
  Cambia anche il modo di concepire il ripristino, specialmente quando un'azienda è più uffici, più directory o una fusione recente da gestire.
• 5:01
  Quindi, se il lavoro principale di sincronizzazione avviene nel cloud, cosa rimane esattamente all'interno della rete aziendale?
• 5:07
  Questo è ciò che Microsoft Entra Cloud Sync è realmente.
• 5:10
  Microsoft Entra Cloud Sync è un metodo gestito dal cloud per copiare utenti, gruppi e contatti selezionati da Active Directory a EntraID.
• 5:18
  Immaginalo come un servizio di corriere sicuro.
• 5:20
  Il tuo Active Directory conserva i record del personale all'interno della tua rete.
• 5:23
  EntraID necessita le parti approvate di quei record affinché le persone possano accedere a Microsoft 305.
• 5:27
  Cloud Sync inserisce un piccolo corriere chiamato agente di provisioning nella tua rete per trasportare le informazioni in sicurezza tra i due.
• 5:34
  Il corriere non detiene un secondo sistema di archiviazione.
• 5:37
  Legge le informazioni della directory che approvi, le criptografa e le invia tramite una connessione in uscita verso Microsoft Entra.
• 5:43
  Una connessione in uscita significa che è l'agente ad avviare la comunicazione con i cloud.
• 5:46
  Non è necessario aprire la tua rete e attendere l'ingresso di una connessione sconosciuta.
• 5:50
  Questo rappresenta un utile dettaglio di sicurezza.
• 5:52
  L'agente può raggiungere Active Directory perché risiede all'interno della tua rete.
• 5:55
  Microsoft Entra può elaborare i dati perché l'agente rinvia in modo sicuro al cloud.
• 6:00
  Le due parti possono collaborare senza installare l'intero motore di sincronizzazione sul tuo server.
• 6:05
  Dietro le quinte, Entra gestisce la parte più consistente del log.
• 6:08
  Verifica se una persona esiste già in EntraID.
• 6:10
  Applica l'ambito di sincronizzazione che c'è.
• 6:12
  Segue le mappature dei campi che hai impostato.
• 6:14
  Quindi crea o aggiorna l'oggetto nel cloud quando le informazioni corrispondono alle tue regole.
• 6:19
  Gestisci queste scelte direttamente nel portale ID.
• 6:20
  Si tratta di un grande cambiamento se conosci EntraConnect.
• 6:23
  Con EntraConnect gran parte della logica della risoluzione dei problemi avviene sul server che esegue lo strumento di sincronizzazione.
• 6:28
  Con CloudSync crea una configurazione nel portale, scegli cosa sincronizzare, mappi i campi e verifichi i risultati in un'unica posizione cloud.
• 6:35
  L'agente locale rimane leggero.
• 6:37
  Non c'è un grosso motore di sincronizzazione locale con un database SQL locale per CloudSync.
• 6:42
  Non dovrai più aprire un editor di regole locale ogni volta che devi controllare una mappatura di base.
• 6:47
  Microsoft gestisce gli aggiornamenti della gente mentre il tuo team si concentra sulle regole di identità rilevanti per il business.
• 6:53
  Questo non significa che perdi il controllo.
• 6:56
  Sei ancora tu a scegliere quali persone e gruppi possono accedere a EntraID.
• 6:58
  Puoi scegliere campi come nome visualizzato, dipartimento, numero di telefono o manager.
• 7:03
  Una mappatura risponde semplicemente a una domanda chiara.
• 7:06
  Quale etichetta del record directory di Active Directory deve riempire quali etichetta in EntraID?
• 7:09
  Per molte aziende le mappature predefinite coprono gli account del personale.
• 7:13
  Se il tuo nome è visualizzato in Active Directory e dice Maya Patel, EntraID può ricevere Maya Patel.
• 7:17
  Se il suo dipartimento cambia da vendita a customer success, con l'aggiornamento può raggiungere il suo account cloud.
• 7:21
  Se l'appartenenza al suo gruppo le dà accesso nella risorsa Microsoft 365, anche le informazioni del gruppo possono sincronizzarsi.
• 7:27
  Alcune configurazioni le chiedono piccole modi.
• 7:29
  CloudSync include espressioni semplici per i casi in cui è necessario regolare un valore mentre viene spostato.
• 7:33
  Forse un'azienda vuole un soffisso aggiunto a un nome visualizzato per un certo set di account.
• 7:37
  Puoi impostarlo nella configurazione cloud invece di creare un complesso set di regole di sincronizzazione locale.
• 7:42
  Tieni a mente questa distinzione.
• 7:43
  CloudSync ti offre un controllo sensato per il lavoro di identità comune.
• 7:46
  Non è automatizzato né progettato per copiare ogni personalizzazione avanzata che una configurazione di EntraConnect lunga data potrebbe contenere.
• 7:52
  Torneremo su questa decisione più avanti perché può evitarti di scegliere lo strumento solo perché ti ho detto che è più recente.
• 7:59
  Le password sollevano le domande più frequenti.
• 8:01
  CloudSync può utilizzare la sincronizzazione dell'hush della password.
• 8:03
  Questa frase suona più allarmante di quanto non sia.
• 8:06
  La password leggibile non viene inviata a Microsoft Entra.
• 8:09
  Invece Active Directory crea informazioni protette di verifica della password ed EntraID le usa per verificare l'accesso di una persona in modo sicuro.
• 8:18
  Quindi Maya può usare la sua password aziendale per Microsoft 365.
• 8:21
  La sua password ha ancora origine in Active Directory.
• 8:23
  Quando la cambia lì le informazioni di verifica aggiornate si sincronizzano con EntraID.
• 8:27
  Microsoft 365 può quindi confermare il suo accesso senza memorizzare una copia leggibile della password.
• 8:33
  Una regola di proprietà mantiene tutto chiaro.
• 8:36
  Quando un utente si sincronizza ad Active Directory, Active Directory rimane il luogo in cui modifichi i dettagli della sincronizzazione.
• 8:41
  Se il dipartimento o la qualifica di Maya o Team devono cambiare, li modifichi in Active Directory, poi CloudSync riporta quella modifica a EntraID.
• 8:48
  Spesso vedrai quei campi cloud bloccati per la modifica.
• 8:50
  Questo non è un problema.
• 8:52
  Ti indica la provenienza dell'account.
• 8:54
  Puoi cambiare tale proprietà in seguito tramite un cambio pianificato dell'origine dell'autorità, ma CloudSync non trasforma silenziosamente gli account locali in account gestiti del cloud.
• 9:01
  La gente spiega perché CloudSync sembra più leggero, ma la parte successiva spiega perché può anche continuare a funzionare quando un server va offline.
• 9:08
  Come CloudSync continua a funzionare quando un server si guasta.
• 9:11
  Uno strumento di sincronizzazione è utile solo finché può raggiungere Active Directory.
• 9:13
  Immagino un lunedì mattina in cui un server necessita di un riavvio urgente e il suo disco si guasta senza preavviso.
• 9:19
  Un manager crea un nuovo utente in Active Directory, ma quella persona non appare in Microsoft 365.
• 9:25
  Qualcuno disabilita un dipendente che se ne è andato, ma l'account cloud attende ancora la modifica.
• 9:29
  Questi ritardi creano un vero carico di lavoro per lì.
• 9:31
  Con una configurazione tradizionale di EntraConnect, le aziende spesso eseguono un server di sincronizzazione attivo e ne tengono un altro in modalità staging come backup.
• 9:38
  Quel backup richiede pianificazione e testa un processo chiaro per subentrare quando il server attivo si guasta.
• 9:42
  CloudSync intraprende una strada diversa.
• 9:45
  Puoi installare più di un agente di provisioning nello stesso dominio Active Directory.
• 9:49
  Ogni agente si connette alla stessa configurazione CloudSync in Microsoft Entra e ognuno può leggere le stesse informazioni di directory.
• 9:55
  Non devi considerare un agente come responsabile permanente.
• 9:58
  Microsoft Entra a monitorare gli agenti disponibili.
• 10:01
  Se un agente va offline nel servizio cloud, può utilizzare un altro agente attivo per continuare il lavoro.
• 10:05
  Si tratta di alta disponibilità integrata, che significa semplicemente evitare che un singolo server diventi un punto critico di guasto.
• 10:11
  Pensa a due helpdesk che utilizzano lo stesso elenco del personale.
• 10:15
  Se uno sportello chiude per la giornata, l'altro può comunque ricevere chiamate e registrare le persone.
• 10:19
  Le persone in azienda non hanno bisogno di sapere quale sportello ha gestito la loro richiesta.
• 10:23
  Hanno solo bisogno che il loro accesso funzioni.
• 10:25
  Questo è il vantaggio pratico.
• 10:26
  Invece di costruire un piano di failover manuale attorno a un motore di sincronizzazione locale pesante, installi più agenti leggeri e lasci che entro e utilizzi quelli online.
• 10:35
  Dovresti comunque monitore lo stato degli agenti, mantenere supportato il server e testare il tuo piano di bristo.
• 10:39
  Il failover integrato non elimina la necessità di un IT responsabile.
• 10:43
  Rimuove però parte della pressione di una singola macchina.
• 10:46
  CloudSync aiuta anche quando un'azienda ha foresta Active Directory separate.
• 10:49
  Una foresta è un ambiente Active Directory distinto.
• 10:51
  Potreste averne una perché l'altra azienda ha acquisito un'altra attività.
• 10:55
  Le due aziende potrebbero utilizzare domini diversi, reti diverse e directory locali separate che non comunicano direttamente tra loro.
• 11:03
  È una situazione comune dopo una fusione.
• 11:05
  Con CloudSync puoi installare un agente vicino a ciascuna foresta.
• 11:08
  Ogni agente legge la propria Active Directory locale, quindi si connette verso l'esterno, allo stesso l'esterno, allo stesso tenant Microsoft A.
• 11:13
  Il cloud diventa la destinazione condivisa anche quando le directory locali rimangono separate.
• 11:17
  Per questa configurazione non è richiesto alcun percorso diretto tra le foreste.
• 11:20
  Immagina che un'azienda a Londra acquisisca un'attività a Toronto.
• 11:24
  Entrambi i team devono utilizzare lo stesso tenant Microsoft 365, ma collegare le loro vecchie reti di directory chiederebbe mesi e solleverebbe questioni di sicurezza.
• 11:30
  Un agente a Londra può sincronizzare gli account di Londra, mentre un agente a Toronto sincronizza quelli di Toronto.
• 11:35
  Entrambi i set di utenti possono confluire nello stesso A in 3D.
• 11:37
  Questo può dare il tempo di pianificare il lavoro di directory più ampio senza impedire alle persone di accedere a Teams, email e app cloud.
• 11:43
  Ci sono ancora requisiti pratici.
• 11:45
  Ogni agente necessita di una connessione affidabile al proprio Active Directory locale.
• 11:48
  Ha anche bisogno di un accesso in uscita attraverso il firewall proxy verso i servizi cloud Microsoft 2TMS.
• 11:53
  Non si posiziona la gente su un computer a caso sperando che funzioni.
• 11:57
  Va messo su server supportati, fornito dei giusti accessi locali e occorre installarne più di uno per un ambiente di produzione.
• 12:02
  La disponibilità mantiene viva la connessione.
• 12:05
  Ma decidere quali account devono transitare su tale connessione è altrettanto importante per sapere cosa viene sincronizzato e come mantenere il controllo.
• 12:11
  Prima che Cloud Sync inizi a spostare gli account in N3D decide esattamente chi deve rientrare nell'ambito di sincronizzazione.
• 12:17
  Ambito significa la parte di Active Directory che Cloud Sync è autorizzato a leggere e copiare.
• 12:21
  Puoi scegliere tutti gli oggetti supportati in un dominio, il che potrebbe andare bene per una piccola azienda con una directory pulita e un set chiaro di account dipendenti.
• 12:28
  Le aziende più grandi di solito richiedono più attenzione perché Active Directory può contenere vecchi utenti di test, account di servizio, account di formazione e gruppi che nessuno si aspetta di vedere in Microsoft 360C.
• 12:39
  Un inizio limitato evita sorprese.
• 12:40
  Cloud Sync ti permette di limitare l'ambito per unità organizzativa spesso chiamata OU o per gruppo di sicurezza.
• 12:46
  Un OU è come una cartella etichettata all'interno di Active Directory.
• 12:49
  Potresti avere una chiamata ai nostri dipendenti, un'altra chiamata ai nostri collaboratori o un'altra chiamata ai nostri account di test IT.
• 12:56
  Se solo l'OU dei dipendenti dovesse arrivare in Microsoft 360C puoi selezionare solo quella OU.
• 13:03
  L'ambito basato sui gruppi offre un'altra opzione.
• 13:05
  Invece di selezionare un'intera cartella, scegli un gruppo di sicurezza e aggiungi solo le persone che vuoi testare.
• 13:10
  Funziona bene quando vuoi fare un piccolo progetto pilota senza spostare gli account nella tua diretta.
• 13:14
  Inizia con un gruppo di test.
• 13:15
  Scegli alcuni utenti noti che possono apparire in sicurezza nei 3D.
• 13:18
  Controlla i loro nomi di accesso, i dettagli del reparto e le appartenenze ai gruppi.
• 13:21
  Conferma che appaiono gli account corretti, quindi espandi l'ambito quando ti fidi del risultato.
• 13:24
  Quel piccolo controllo può risparmiarti un lavoro di pulizia molto più.
• 13:27
  Dopo aver deciso chi può sincronizzarsi, decidi quali dettagli viaggiano con loro.
• 13:30
  Questo si chiama mappatura degli attributi, ma significa quasi sempre.
• 13:33
  Quale campo su un account Active Directory riempie e quale campo sull'account N3D?
• 13:38
  Il record di un utente può includere nome e cognome, nome visualizzato, numero di telefono, ufficio, manager e dipartimento.
• 13:44
  Cloud Sync include mappature predefinite per le configurazioni Google.
• 13:47
  In molti casi inizialmente è meglio lasciare invariate queste impostazioni predefinite.
• 13:49
  Coprono i campi standard richiesti dalla maggior parte delle aziende e facilitano la comprensione di eventuali modifiche se un risultato sembra errato.
• 13:55
  È possibile regolare una mappatura quando sussistono chiare esigenze aziende.
• 13:59
  Ad esempio, un'azienda potrebbe memorizzare un numero di telefono in un campo locale che non corrisponde al campo e entra da compilare.
• 14:05
  Cloud Sync come appare tale campo.
• 14:06
  Supporta anche espressioni semplici per piccole modifiche a un valore senza dover creare una vasta serie di regole locali.
• 14:11
  Tuttavia non trasformate automaticamente una configurazione in protezione.
• 14:14
  Se il vostro processo di identità dipende da una logica complessa e insolita, scrivete tale requisito prima di modificare le mappature.
• 14:20
  Per gli account normali, le impostazioni predefinite e chiare sono meglio di regole ingegnose che nessuno capisce lo possibile.
• 14:25
  Cloud Sync offre un modo sicuro per eseguire test prima di abilitare una sincronizzazione.
• 14:28
  Automatizza quella chiamata provisioning on demand.
• 14:30
  Selezionate un utente e chiedete a Cloud Sync, hey, cosa faresti con questo account?
• 14:34
  Il risultato mostra se l'agente ha trovato l'utente, se rientra nell'ambito previsto, se entra ID, ha trovato un account corrispondente e se Cloud Sync lo creerebbe o aggiornerebbe.
• 14:43
  Potete vedere la decisione prima che influenzi chiunque altro.
• 14:46
  Immaginate che un team IT crea un gruppo pilota chiamato TestCloud Sync.
• 14:50
  Qualcuno aggiunge accidentalmente un gruppo più grande al suo interno che contiene centinaia di dipendenti.
• 14:55
  Il provisioning on demand espone il problema di ambito mentre il team testa una sola persona, anziché dopo che centinaia di account appaiono nel tenant.
• 15:01
  Per me questo è il tipo di errore che si desidera individuare a Team Stima.
• 15:04
  Cloud Sync include anche una protezione contro l'eliminazione cedente.
• 15:07
  Se una configurazione tenta improvvisamente di rimuovere un gran numero di utenti o gruppi, il servizio può interrompere l'esecuzione, mettere la configurazione in quarantena invece di copiare il danno direttamente nei 3D.
• 15:17
  Gli amministratori ricevono un avviso e possono indagare.
• 15:19
  Il portale Entra fornisce anche i log di provisioning.
• 15:21
  Cercate un utente e potete vedere cosa è successo, se l'oggetto ha avuto corrispondenza, se un campo ha causato un errore, se l'agente era connesso e se la configurazione è integra.
• 15:30
  Quando la sincronizzazione dell'identità funziona bene è impercettibile.
• 15:33
  Quando qualcosa va storto, quei log vi indicano dove guardare, evitando di dover tirare indovina.
• 15:37
  Cloud Sync ora copre una gamma più ampia di esigenze, ma non intende sostituire ogni configurazione di EntraConnect.
• 15:43
  Cloud Sync contro EntraConnect è il passaggio al 2026.
• 15:47
  Quindi ogni azienda dovrebbe passare da EntraConnect a Cloud Sync?
• 15:49
  No, Cloud Sync è più recente, ma nuovo non significa automaticamente che sia adatto a configurazioni.
• 15:54
  La scelta giusta dipende da ciò che il tuo sistema di identità deve fare oggi, non da quale prodotto sembra più moderno.
• 16:00
  Cloud Sync è adatto alle aziende che desiderano una configurazione locale più semplice, impostazione di sincronizzazione gestita da cloud.
• 16:04
  Funziona bene quando hai principalmente bisogno che utenti, gruppi e contatti di Active Directory appaiano in 3D.
• 16:09
  Si adatta anche ad aziende con foreste separate, dove ogni sede può connettersi allo stesso tenant e entra senza prima a unire tutte quelle reti locali.
• 16:16
  Offre anche una definizione dell'ambito basata su Google.
• 16:18
  Ciò può essere utile quando vuoi integrare prima una business unit, un nuovo ufficio o un piccolo gruppo di utenti.
• 16:24
  Puoi mantenere impostazioni di sincronizzazione nel portale Intra, monitorare gli agenti lì ed evitare di eseguire un motore di sincronizzazione più grande sul server centrale.
• 16:30
  EntraConnect ancora il suo ruolo.
• 16:32
  Alcune aziende si affidano a metodi di accesso che Cloud Sync non tenta di supportare allo stesso modo come l'autenticazione pass-through o la federazione.
• 16:39
  L'autenticazione pass-through verifica una password rispetto ad Active Directory nel momento in cui un utente effettua l'accesso.
• 16:43
  La federazione invia la richiesta di accesso a un altro sistema di identità, spesso uno che l'azienda già utilizza.
• 16:48
  Queste configurazioni richiedono un attento beneficio.
• 16:50
  EntraConnect può anche adattarsi ad aziende con regole di sincronizzazione locale avanzate.
• 16:54
  Magari combinano dati da campi insoliti, applicano logiche di filtraggio dettagliate o dipendono da vecchie regole personalizzate che hanno richiesto anni per essere create.
• 17:01
  Sostituire quella configurazione con uno strumento più semplice senza controllare ogni regola può creare problemi.
• 17:05
  Anche Exchange Hybrid può influenzare la scelta.
• 17:07
  Un'azienda potrebbe ancora eseguire parti di Exchange localmente mentre utilizza Exchange Online.
• 17:11
  Alcune attività di Exchange richiedono che i dettagli vengano riscritti in Active Directory.
• 17:15
  Così Microsoft 365 e la configurazione di Exchange continuano a concordare sulle informazioni relative alla posta.
• 17:19
  La tua configurazione specifica di Exchange decide se CloudSync supporta ciò di cui hai bisogno.
• 17:24
  Quella decisione è cambiata nel 2026.
• 17:26
  CloudSync ora include la sincronizzazione dei dispositivi per la giunta ebri dentro.
• 17:29
  Ciò è importante quando i dispositivi Windows aziendali appartengono ancora ad Active Directory locale ma necessitano anche di un'identità in 3D per l'accesso e la gestione cloud.
• 17:36
  Per molte aziende la sincronizzazione dei dispositivi ha mantenuto in uso EntraConnect.
• 17:39
  Ora CloudSync può coprire anche queste esigenze il che elimina un motivo per cui alcuni team non potevano prendere in considerazione.
• 17:44
  Devi comunque controllare la configurazione dei tuoi dispositivi, i tuoi piani Windows e come utilizzi Intune,
• 17:48
  ma la scelta non riguarda più solo utenti e gruppi.
• 17:50
  Microsoft ha anche aggiunto il writeback degli attributi Exchange Hybrid in anteprima pubblica.
• 17:54
  In parole povere, CloudSync ora può inviare alcuni dettagli relativi a Exchange dal cloud di nuovo in Active Directory.
• 18:00
  La Public Preview indica che Microsoft sta ancora raccogliendo feedback e casi d'uso reali prima di rilasciare la funzione,
• 18:04
  quindi trattala con più cautela rispetto a una funzionalità consolidata.
• 18:07
  Non spostare automaticamente una configurazione di Exchange basandoti solo su una frase in un aggiornato.
• 18:12
  Leggi la documentazione Microsoft aggiornata, effetto a test con account non di produzione e conferma gli attributi esatti necessari alla tua azienda.
• 18:18
  Exchange può essere implacabile quando i dettagli dell'identità non corrispondono.
• 18:22
  La sincronizzazione cloud introduce anche controlli di sicurezza familiari direttamente nel porto.
• 18:26
  Puoi utilizzare la sincronizzazione dell'ashdiver.
• 18:27
  Puoi impostare notifiche affinché le persone giuste vengano avvisate in caso di problemi.
• 18:30
  Puoi impostare una protezione contro le eliminazioni accidentali.
• 18:33
  Puoi gestire la configurazione da Entra invece di considerare il server di sincronizzazione locale come il centro di tutto.
• 18:38
  Gli strumenti stanno diventando sempre più simili.
• 18:40
  Tuttavia la sincronizzazione cloud non è un sostituto temporaneo di EntraConnect per ogni azienda.
• 18:44
  Pensa a questa scelta come la scelta di un veicolo.
• 18:46
  Un piccolo furgone può essere adatto a consegne locali perché è facile da gestire e parcheggiare.
• 18:51
  Un camion pesante è adatto a un lavoro diverso perché trasporta carichi che il furgone non può gestire.
• 18:55
  Nessuna delle due scelte sbaglia.
• 18:56
  Poni alcune domande dirette prima di decidere.
• 18:59
  Hai una sola foresta di Active Directory o diverse foreste disconnesse?
• 19:02
  Hai bisogno di azioni libri dei dispositivi?
• 19:04
  Ti affidi a regole personalizzate avanzate?
• 19:06
  Quale metodo di accesso utilizzi?
• 19:08
  Exchange richiede writeback?
• 19:09
  E se l'attuale servizio di sincronizzazione fallisse, con che rapidità potresti ripristinare?
• 19:13
  Scrivi le risposte.
• 19:14
  La decisione finale non dovrebbe iniziare con una migrazione completa e immediata.
• 19:17
  Dovrebbe iniziare con un piccolo test controllato che dimostri che la sincronizzazione cloud può gestire i tuoi account e requisiti reali.
• 19:24
  Una prima mossa sicura per la tua azienda.
• 19:26
  Inizia disegnando una semplice mappa dell'identità.
• 19:29
  Elenca ogni foresta e dominio di Active Directory.
• 19:30
  Segna se utilizzi già IntraConnect quali utenti sincronizzi oggi e quali dispositivi richiedono l'identità ibrida.
• 19:36
  E dove il tuo sistema di posta dipende ancora dall'Active Directory locale.
• 19:38
  Mantieni tutto sempre.
• 19:39
  Quindi confronta le tue esigenze con l'attuale supporto della sincronizzazione cloud.
• 19:42
  Verifica prima il tuo metodo di accesso.
• 19:43
  Verifica i requisiti di exchange.
• 19:45
  Controlla dispositivi, writeback e qualsiasi mappatura personalizzata fatta anni fa e mai più controllata da nessuno.
• 19:50
  Quell'elenco può rivelare dipendenze nascoste.
• 19:53
  Se la sincronizzazione cloud è adatta, installa meno due agenti di produzione.
• 19:55
  Un singolo agente può funzionare in laboratorio, ma la sincronizzazione dell'identità in produzione non dovrebbe basarsi su un solo server se possibile.
• 20:03
  Successivamente crea configurazione in vita.
• 20:04
  Scegli un'unità organizzativa di testa o un piccolo gruppo di sicurezza.
• 20:07
  Usa le mappature predefinite a meno che tu non abbia un motivo chiaro per modificare.
• 20:10
  Quindi scegli un utente noto ed esegui provisioning on demand prima di abilitare la sincronizzazione regolare.
• 20:14
  Leggi il risultato con attenzione.
• 20:16
  Verifica se entra, trova la persona giusta, crea l'account previsto e invia i campi corretti.
• 20:21
  Controlla anche i log del portale perché uno stato verde da solo non conferma che le regole aziendali funzionino.
• 20:26
  Un avviso importante durante uno spostamento.
• 20:29
  Non dare per scontato che...