Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Azure Virtual WAN spiegato: reti globali senza il caos dei peering rispetto all’hub-and-spoke (Doppiaggio IA)

Transcript

Azure Virtual WAN spiegato: reti globali senza il caos dei peering rispetto all’hub-and-spoke (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Pronto per dieci giorni di Microsoft 365 Copilot, intelligenza artificiale,
0:04
Speaker 2: Azure e le persone che stanno plasmando il futuro del lavoro?
0:07
Speaker 2: A gennaio torna MR365. com e ci stiamo espandendo. Unisciti a
0:13
Speaker 2: noi per sessioni live, dimostrazioni pratiche, conoscenze pratiche da parte
0:16
Speaker 2: di MVP ed esperti del settore di tutto il mondo.
0:18
Speaker 2: Niente slide generiche, niente parole d'ordine infinite. Stiamo affrontando le
0:22
Speaker 2: vere sfide. Copilot Studio, agenti di intelligenza artificiale, Fabric, sicurezza,
0:27
Speaker 2: governance e automazione. Che tu sia un professionista IT, uno
0:31
Speaker 2: sviluppatore o un leader aziendale, ci sono sessioni pensate per te.
0:35
Speaker 2: Con 10 giorni interi puoi esplorare diverse tecnologie e connetterti
0:39
Speaker 2: con una community globale. Guarda la diretta e porta spunti
0:42
Speaker 2: pratici alla tua organizzazione. Gennaio 2027, 10 giorni, una community Microsoft.
0:49
Speaker 2: Le registrazioni sono aperte ora. Vai su m365com. net e assicurati
0:54
Speaker 2: il tuo posto oggi stesso. Questo è m365com. net. it Iscriviti ora
1:02
Speaker 2: su m365con. net e ci vediamo. Dal vivo a gennaio. Benvenuti
1:05
Speaker 2: a un altro episodio di Microsoft Knowledge Nuggets qui su M365FM.
1:09
Speaker 2: Sono il vostro ospite Mirko Pid. L'argomento di oggi è
1:11
Speaker 2: uno di cui quasi tutti coloro che sviluppano in Azure
1:13
Speaker 2: hanno sentito parlare ma che in pochi conoscono davvero Azure
1:16
Speaker 2: Virtual One. Ecco il punto. Se hai mai provato a
1:19
Speaker 2: creare una rete globale in Azure nel modo tradizionale sai
1:21
Speaker 2: che diventa complicato in fretta. Inizi con un'area geografica e
1:25
Speaker 2: alcuni eventi virtuali e tutto funziona bene, ma poi aggiungi
1:28
Speaker 2: una seconda area geografica, poi una terza e all'improvviso devi
1:30
Speaker 2: connettere le filiali. Ora gestisci peering, tabelle di routing, regole
1:34
Speaker 2: del firewall e gateway VPN in una mezza dozzina di sedi.
1:37
Speaker 2: È come costruire ogni strada, ogni semaforo e ogni incrocio
1:40
Speaker 2: da solo. E ogni volta che aggiungi una nuova area
1:42
Speaker 2: geografica devi costruire più strade. Azure Virtual One gestisce la
1:45
Speaker 2: parte difficile così non devi farlo tu. Pensala come un
1:48
Speaker 2: sistema autostradale. Microsoft Cray gestisce l'autostrada, tu crei solo le
1:51
Speaker 2: rampe di accesso. Alla fine di questo episodio capirai come funziona,
1:54
Speaker 2: perché esiste e quando dovresti usarlo. Il vecchio metodo e
1:59
Speaker 2: la complessità di HubSpot. Cominciamo dal vecchio metodo. Una volta
2:02
Speaker 2: individuato il problema, la soluzione ha molto più senso. L'approccio
2:05
Speaker 2: tradizionale in azzurro è denominato HubSpot. Immagina una rete virtuale centrale.
2:10
Speaker 2: Questo è il tuo Hub, in cui inserisci servizi condivisi
2:13
Speaker 2: come Firewall Controller di dominio e Gateway VPN. Quindi colleghi
2:16
Speaker 2: le tue reti virtuali applicative, gli Spoke, a quell'Hub. tramite
2:20
Speaker 2: peering vnet in modo che il traffico scorra dagli spoke
2:22
Speaker 2: attraverso l'hub dove puoi ispezionare e controllarlo. Quando funziona bene?
2:25
Speaker 2: In una singola regione con una manciata di reti virtuali
2:28
Speaker 2: hai il controllo totale su routing e sicurezza. Sai esattamente
2:30
Speaker 2: dove sta andando ogni pacchetto ed è semplice e pulito
2:32
Speaker 2: e funziona, ma è qui che non funziona. Nel momento
2:35
Speaker 2: in cui aggiungi una seconda regione le cose si complicano.
2:37
Speaker 2: Devi collegare in peering i tuoi hub, impostare percorsi definiti dall'utente, UDR,
2:42
Speaker 2: per forzare il traffico attraverso i firewall e configurare tabelle
2:44
Speaker 2: di routing per ogni singolo spoke. Ogni volta che aggiungi
2:47
Speaker 2: una nuova regione moltiplichi quella complessità. Lascia che ti faccio
2:49
Speaker 2: un esempio reale. Immagina un'azienda con filiali in tre regioni,
2:53
Speaker 2: Nord America, Europa e Asia, che ha bisogno di connettività
2:56
Speaker 2: tra tutte. In una configurazione Hub & Spoke tradizionale ciò
2:59
Speaker 2: significa almeno 12 peering. Ogni Hub deve essere in peering
3:01
Speaker 2: con tutti gli altri Hub e ogni Spoke ha bisogno
3:03
Speaker 2: di tabelle di routing che puntino al firewall corretto. Quando
3:06
Speaker 2: aggiungono una nuova regione, devono aggiornare manualmente ogni singola tabella
3:09
Speaker 2: di routing. Questo è l'incubo della gestione della rete globale,
3:11
Speaker 2: alla vecchia maniera. Non è che non funzioni, è che
3:14
Speaker 2: non è scalabile... Più aggiungi, più devi gestire e alla
3:17
Speaker 2: fine la complessità diventa un lavoro a tempo pieno per
3:19
Speaker 2: un team di ingegneri di rete. Ecco perché Microsoft ha
3:22
Speaker 2: creato Azure Virtual One. Risolve il problema della scalabilità senza
3:25
Speaker 2: sacrificare conto. Ma cos'è esattamente? Analizziamolo. Cos'è in realtà Azure
3:29
Speaker 2: Virtual One? Cos'è esattamente Azure Virtual One? Ecco la definizione
3:33
Speaker 2: più semplice. È un servizio di rete gestito che collega filiali,
3:36
Speaker 2: utenti e risorse cloud tramite un'unica dorsale gestita da Microsoft.
3:41
Speaker 2: Invece di creare e gestire autonomamente tutte le connessioni, Microsoft
3:44
Speaker 2: si occupa del lavoro pesante. Immaginalo come un sistema autostradale.
3:47
Speaker 2: Non costruisci né gestisci l'autostrada, crei solo le rampe di accesso.
3:50
Speaker 2: Le rampe di accesso sono le connessioni dalle filiali, dagli
3:52
Speaker 2: utenti remoti e dalle reti virtuali. L'autostrada stessa, routing, le
3:56
Speaker 2: interconnessioni tra le regioni, la dorsale, tutto è gestito da Microsoft. Quindi,
4:00
Speaker 2: quali sono i componenti effettivi? Analizziamoli in quattro parti principali. Innanzitutto,
4:04
Speaker 2: la risorsa One Virtual è vera e propria. Ha il
4:06
Speaker 2: contenitore di rete complessivo, il nome dell'intero sistema autostradale. In
4:10
Speaker 2: secondo luogo, gli hub virtuali, i punti di connessione regionali,
4:12
Speaker 2: uno per regione di elsewhere. Ogni hub è come uno
4:14
Speaker 2: svincolo autostradale. Terzo luogo, le reti virtuali Spoke, le tue
4:17
Speaker 2: applicazioni connesse a Taliabo. E quarto, i gateway. Gestiscono le
4:22
Speaker 2: connessioni VPN dalle filiali, le connessioni ExpressRoot e dai tuoi datacenter.
4:25
Speaker 2: Ora ci sono due livelli di WAN virtuale. Basic ti
4:28
Speaker 2: offre solo una VPN da sito a sito. È semplice
4:30
Speaker 2: ma limitata. Standard ti offre il set completo di funzionalità. ExpressRoot,
4:33
Speaker 2: VPN da punto a sito per utenti remoti, routing tra hub,
4:36
Speaker 2: integrazione con il firewall di Azure e altro ancora. Per
4:39
Speaker 2: quasi tutti gli scenari del mondo reale vuoi lo standard.
4:41
Speaker 2: La grande differenza rispetto al tradizionale Hub & Spoke è questa.
4:44
Speaker 2: Microsoft gestisce automaticamente il routing tra hub. Non devi creare
4:48
Speaker 2: peering o configurare tabelle di routing. Colleghi i tuoi Spock
4:50
Speaker 2: al hub e l'hub gestisce il resto. È semplicissimo. Il
4:53
Speaker 2: cuore della WAN virtuale è l'hub virtuale. Diamo un'occhiata a
4:56
Speaker 2: questo aspetto. L'hub virtuale è la rampa di accesso alla
4:59
Speaker 2: rete globale. Quindi cos'è in realtà un hub virtuale? Ecco
5:02
Speaker 2: il modo più semplice per pensarci. È un router regionale
5:04
Speaker 2: gestito da Microsoft che si trova all'interno di una specifica
5:07
Speaker 2: regione di Azure. Tutto qui. Un router che Microsoft configura
5:10
Speaker 2: e gestisce per te così non devi preoccuparti del backend
5:13
Speaker 2: di root. Ogni hub è un punto di connessione per
5:16
Speaker 2: quattro cose. Reti virtuali, applicazioni spoke, filiali connesse tramite VPN
5:20
Speaker 2: o express route, utenti remoti connessi tramite VPN. sito e altri hub,
5:25
Speaker 2: hub in diverse regioni che comunicano tra loro. Ecco la
5:28
Speaker 2: parte che conta. L'hub gestisce automaticamente tutto il routing tra
5:31
Speaker 2: queste connessioni. Nessuna tabella di routing manuale, nessuna route finita dall'utente,
5:35
Speaker 2: nessuna configurazione di peering. Si collega a qualcosa l'hub e
5:38
Speaker 2: l'hub capisce come indirizzare il traffico dove deve andare. Ma
5:41
Speaker 2: è necessario pianificare gli spazi di indirizzamento. Ogni hub ha
5:44
Speaker 2: bisogno del proprio intervallo IP, proprio come qualsiasi altro componente
5:46
Speaker 2: di red. Quando si collega una VNet Spoke Lab si
5:49
Speaker 2: tratta di una semplice connessione VNet. Pochi clic e il
5:51
Speaker 2: gioco è fatto. Apprende automaticamente lo spazio di indirizzamento della VNet.
5:54
Speaker 2: Ma è qui che l'analogia con l'autostrada funziona davvero. È
5:57
Speaker 2: possibile avere più hub in diverse regioni e si connettono
5:59
Speaker 2: automaticamente tra loro. Quindi un hub nel Nord America comunica
6:02
Speaker 2: con un hub in Europa che comunica con un hub
6:04
Speaker 2: in Asia, il tutto tramite la dorsale globale di Microsoft.
6:07
Speaker 2: Ogni hub è come una rampa di accesso a quella dorsale.
6:09
Speaker 2: Costruisci la rampa di accesso per la tua regione e
6:11
Speaker 2: Microsoft gestisce l'autostrada tra di loro. E la scala è impressionante.
6:14
Speaker 2: Un singolo hub può gestire fino a 1000 connessioni VPN
6:17
Speaker 2: da sito a sito, fino a 100.000 utenti remoti e
6:20
Speaker 2: fino a 50 gigabit al secondo di throughput tramite il
6:22
Speaker 2: router dell'hub. Non si tratta di una scala per più.
6:25
Speaker 2: Si tratta di una scala aziendale. Ora che abbiamo gli hub,
6:28
Speaker 2: colleghiamo tutto a loro, connettiamo filiali, utenti e risorse cloud.
6:32
Speaker 2: Quindi iniziamo dalle filiali. La VPN da sito a sito
6:35
Speaker 2: collega le tue sedi fisiche ad Azure tramite tunnel VPN
6:37
Speaker 2: IPSec standard. Funziona praticamente con qualsiasi dispositivo VPN, Cisco, Fortinet,
6:41
Speaker 2: qualsiasi cosa tu stia utilizzando. Non è necessario alcun addo speciale.
6:44
Speaker 2: Ecco come funziona. Crei un sito VPN nel lab, fornisci
6:47
Speaker 2: l'indirizzo IP pubblico allo spazio degli indirizzi della tua filiale
6:50
Speaker 2: e Azure si occupa del resto. Crea il tunnel, gestisce
6:53
Speaker 2: la crittografia e lo mantiene in esecuzione. Gli utenti remoti
6:55
Speaker 2: sono i prossimi. La VPN da punto a sito consente
6:57
Speaker 2: ai dipendenti di connettersi da qualsiasi luogo, da casa, da
6:59
Speaker 2: un bar o da un hotel. Utilizzano il client VPN
7:02
Speaker 2: di Azure, OpenVPN o standard di Q2. Ed ecco il
7:04
Speaker 2: dettaglio chiave. Su portale di Microsoft entra per l'autoindicazione, quindi
7:08
Speaker 2: gli utenti accedono con le proprie credenziali di lavoro come
7:10
Speaker 2: fanno per tutto il resto. Nessuna password VPN separata, nessun
7:13
Speaker 2: certificato da gestire. Quando un utente si connette, compone il
7:16
Speaker 2: numero del lab più vicino. E ottiene automaticamente l'accesso a
7:19
Speaker 2: tutte le risorse commesse a quel lab. Reti virtuali, reti
7:22
Speaker 2: di filiali e altre regioni. Nessuna complessità di split- tunnel, nessun
7:25
Speaker 2: lote manuale. Si connettono una volta e sono sulla rete.
7:28
Speaker 2: Per gli uffici principali data center c'è ExpressRoute. Si tratta
7:31
Speaker 2: di una connessione privata dedicata dalla sede locale ad Azure.
7:34
Speaker 2: Ignora completamente internet pubblica. Il traffico non tocca mai la
7:36
Speaker 2: rete pubblica. e Virtual One supporta sia VPN che ExpressRoute
7:41
Speaker 2: sullo stesso hub con failover automatico tra di loro. Se
7:44
Speaker 2: il circuito ExpressRoute si interrompe, il traffico si sposta sulla
7:47
Speaker 2: VPN senza intervento manuale. Ora le tue applicazioni cloud. La
7:51
Speaker 2: connessione delle reti virtuali Spoken Lab richiede solo pochi clic.
7:54
Speaker 2: Si seleziona l'hub, si seleziona la rete virtuale e la
7:56
Speaker 2: connessione viene stabilita. Apprende automaticamente lo spazio di indirizzamento delle
7:59
Speaker 2: reti virtuali. Nessuna configurazione di peering, nessuna configurazione della tabella
8:01
Speaker 2: di root. E tra le regioni gli hub comunicano automaticamente
8:04
Speaker 2: tra loro tramite la dorsale Microsoft. Non si configurano connessioni
8:08
Speaker 2: tra hub. Quindi non si gestisce la routine. Funzione basta.
8:11
Speaker 2: Il risultato è una connettività da qualsiasi filiale, qualsiasi utente remoto,
8:14
Speaker 2: qualsiasi rete virtuale, qualsiasi sito locale. Tutti possano raggiungersi a
8:18
Speaker 2: vicenda con il traffico che rimane sulla rete privata di
8:20
Speaker 2: Microsoft per tutto il tempo. Lasciate che vi faccio un
8:22
Speaker 2: esempio concreto. Immaginate un rivenditore con negozi in Europa, Asia
8:25
Speaker 2: e Nord America. Ogni negozio si connette tramite VPN da
8:29
Speaker 2: sito a sito al suo hub regionale. I negozi europei
8:31
Speaker 2: si connettono al hub europeo. I negozi asiatici si connettono
8:33
Speaker 2: al hub asiatico. E quando il traffico deve spostarsi tra
8:36
Speaker 2: le regioni, ad esempio un negozio asiatico deve controllare l'inventario
8:39
Speaker 2: nel magazzino nordamericano, il traffico viaggia sulla dorsale Microsoft. Non
8:42
Speaker 2: la rete internet pubblica, non la rete MPLS di terze parti,
8:45
Speaker 2: la rete privata di Microsoft. Ma la connettività è solo
8:47
Speaker 2: metà della storia. Il vero potere è il modo in
8:49
Speaker 2: cui Virtual One gestisce il routing e la sicurezza. Routing
8:52
Speaker 2: e sicurezza integrati. Ma la connettività è solo metà della storia.
8:55
Speaker 2: Il vero potere di Virtual One è il modo in
8:57
Speaker 2: cui gestisce il routing e la sicurezza. In una configurazione
9:00
Speaker 2: hub and spoke tradizionale, se si desidera forzare il traffico
9:03
Speaker 2: attraverso un firewall, è necessario creare percorsi definiti dall'utente, UDR
9:06
Speaker 2: per ogni singola subnet in ogni singolo spoke. E se
9:09
Speaker 2: si hanno più regioni si deve rifare tutto da capo.
9:11
Speaker 2: È complesso. È soggetto a errori. Quando qualcosa non funziona,
9:14
Speaker 2: buona fortuna a capire quale tabella di routing ha la
9:16
Speaker 2: voce sbagliata. Virtual One risolve questo problema con qualcosa chiamato
9:19
Speaker 2: intento di routing. Consideralo come una singola configurazione che dice
9:22
Speaker 2: al hub invia tutto il traffico attraverso il firewall. Tutto qui. Un'impostazione,
9:26
Speaker 2: non centinaia di tabelle di routing. Ecco cosa copre. Traffico internet.
9:30
Speaker 2: Tutto ciò che va sul web, traffico privato. Da rete
9:32
Speaker 2: virtuale a rete virtuale, da filiale a filiale, da filiale
9:34
Speaker 2: a rete virtuale. E traffico tra hub, traffico in movimento
9:37
Speaker 2: tra regioni. Un criterio applicazione globale. Lo imposti una volta
9:40
Speaker 2: e si applica ovunque. Ora, in che modo il firewall
9:42
Speaker 2: entra effettivamente in gioco? Tramite hub virtuali pro te. Distribuisci
9:46
Speaker 2: Azure Firewall direttamente nell'hub. O in un NGFV di terze
9:49
Speaker 2: parti come Fortinet, Checkpoint o Palo Alto. Il firewall si
9:52
Speaker 2: inserisce nel percorso del traffico in modo trasparente. Non sono
9:54
Speaker 2: necessari UDR nel routing complesso. Il traffico entra, viene ispezionato
9:57
Speaker 2: e defluisce. Funzione base. Per la criptografia tutti i tunnel
10:01
Speaker 2: VPN utilizzano IPsec AX standard. Microsoft consiglia GCM256 per il
10:05
Speaker 2: migliore equilibrio tra prestazioni e sicurezza. E se utilizzi ExpressRoute
10:08
Speaker 2: puoi criptografare anche quel traffico. Quindi anche la tua connessione
10:11
Speaker 2: privata è protetta. Ciò in linea con i principi Zero Trust.
10:15
Speaker 2: Nessun accesso diretto a internet dagli spoke, tutto il traffico
10:17
Speaker 2: viene ispezionato, la microsegmentazione all'interno delle reti virtuali spoke e
10:20
Speaker 2: tutto viene gestito centralmente tramite Azure Firewall Manager, un criterio
10:24
Speaker 2: applicato a tutti gli hub a livello globale. Il vantaggio
10:27
Speaker 2: in termini di sicurezza è semplice. Invece di gestire le
10:29
Speaker 2: regole del firewall per regione, gestisce un criterio che si
10:32
Speaker 2: applica ovunque. Invece di risolvere i problemi delle tabelle di routing,
10:35
Speaker 2: configura l'intento di route solo. Invece di sperare che nulla
10:37
Speaker 2: si interrompa quando aggiungi una nuova regione, sai che il
10:39
Speaker 2: criterio viene seguito automaticamente. Quindi quando dovresti usare la WAN
10:42
Speaker 2: virtuale rispetto al tradizionale modello hub and spoke WWAN rispetto
10:46
Speaker 2: al tradizionale Hub & Spoke, quando usare cosa, chiediamo una cosa.
10:51
Speaker 2: Hub & Spoke non è uno da loro. È semplicemente
10:53
Speaker 2: lo strumento giusto per lo giusto. Quindi quando vince Hub
10:55
Speaker 2: & Spoke? Quando ti trovi in una singola regione. Quando
10:58
Speaker 2: hai una manciata di reti virtuali, forse 5, forse 10,
11:00
Speaker 2: vuoi il controllo totale su ogni percorso, ogni regola del firewall,
11:04
Speaker 2: hai un piccolo team che conosce questa rete dentro e fuori.
11:07
Speaker 2: In quel caso Hub & Spoke è più semplice ed economico.
11:09
Speaker 2: Non hai bisogno delle spese generali di un servizio gestito.
11:12
Speaker 2: La WAN virtuale è la scelta migliore quando ti trovi
11:14
Speaker 2: in più regioni. Quando hai filiali ovunque. Quando gli utenti
11:17
Speaker 2: remoti devono connettersi da qualsiasi luogo. Quando la tua rete
11:19
Speaker 2: si estende in tutto il mondo e vuoi smettere di
11:21
Speaker 2: gestirla pezzo per pezzo. Più la tua rete è distribuita,
11:24
Speaker 2: più la One Virtuale ha senso. Parliamo di numero. Su
11:27
Speaker 2: piccola scala, diciamo, 10 VNet a Ben Spock è più economico.
11:30
Speaker 2: Stai pagando solo per peering e gateway di base. Ma
11:33
Speaker 2: con 200 VNet la One Virtuale è circa 21% più economica. Perché?
11:37
Speaker 2: Perché non stai pagando il tuo team per gestire centinaia
11:39
Speaker 2: di peering e tabelle di routing. Questi risparmi operativi si
11:42
Speaker 2: sommano rapidamente. E le prestazioni? Nelle distribuzioni globali, la WAN
11:45
Speaker 2: virtuale offre una latenza inferiore del 15%. Questo perché il
11:49
Speaker 2: routing backbone di Microsoft è ottimizzato per il traffico globale.
11:52
Speaker 2: I tuoi pacchetti seguono il percorso migliore, non quello che
11:54
Speaker 2: hai configurato manualmente tre anni fa. La differenza di gestione
11:57
Speaker 2: è ancora maggiore. Con Hub & Spoke gestisci peering, tabelle
12:00
Speaker 2: di routing, gateway firewall per regioni. Ogni regione diventa un
12:03
Speaker 2: progetto a sé stante. Con Virtual WAN hai un unico
12:06
Speaker 2: pannello di controllo, una vista, un set di policy, un
12:08
Speaker 2: modo per gestire tutto. Quindi come decidi? Fatti una domanda?
12:12
Speaker 2: Sto sviluppando per oggi o per i prossimi tre anni?
12:14
Speaker 2: Se sei una startup con una regione 5RTV Hub &
12:16
Speaker 2: Spoke va bene, ma se hai intenzione di espanderti Virtual
12:19
Speaker 2: One cresce con te. Ecco la buona notizia, puoi iniziare
12:22
Speaker 2: con Hub & Spoke e migrare in un secondo momento.
12:24
Speaker 2: Microsoft su percorso di migrazione. Non devi farlo alla perfezione
12:27
Speaker 2: al primo giorno. Se mai ti venisse chiesto questo durante
12:29
Speaker 2: un colloquio, ecco la risposta breve. Hub & Spoke per
12:32
Speaker 2: distribuzioni controllate in una singola regione. Virtual One per connettività
12:35
Speaker 2: globale su larga scala. Questa frase dimostra che hai compreso
12:38
Speaker 2: il compromesso. Diamo un'occhiata ad alcuni scenari reali per vedere
12:41
Speaker 2: come funziona. Scenari reali e percorsi di migrazione Rendiamolo concreto
12:46
Speaker 2: con tre scenari reali. Scenario 1. Una catena di vendita
12:49
Speaker 2: al dettaglio globale e 50 negozi in tre continenti. Lavoratori
12:51
Speaker 2: remoti che si occupano di inventario, assistenza clienti e gestione.
12:54
Speaker 2: Un sistema RP centralizzato in esecuzione su Azure. Ecco come
12:57
Speaker 2: Virtual One fa funzionare tutto questo. Distribuisce hub in Nord America,
13:00
Speaker 2: Europa e Asia, uno per continente. Ogni negozio si connette
13:03
Speaker 2: tramite VPN da sito a sito al proprio hub regionale.
13:06
Speaker 2: Un negozio a Londra si connette al hub europeo. Un
13:08
Speaker 2: negozio a Tokyo si connette al hub asiatico. I lavoratori
13:11
Speaker 2: remoti utilizzano una VPN da punto a sito, autenticati tramite
13:14
Speaker 2: Microsoft EntryD, le loro credenziali di lavoro. Niente di più.
13:17
Speaker 2: Ecco la chiave. Tutto il traffico tra i negozi Azure
13:20
Speaker 2: rimane sulla dorsale Microsoft. Quel negozio di Londra che controlla
13:23
Speaker 2: gli inventari nel magazzino nordamericano, quel traffico non tocca mai
13:26
Speaker 2: la rete internet pubblica. Passa dal lab europeo attraverso la
13:28
Speaker 2: rete privata di Microsoft al lab nordamericano e al sistema ERP.
13:33
Speaker 2: Il risultato? Connettività uniforme ovunque, sicurezza centralizzata tramite gli hub
13:37
Speaker 2: e costi inferiori. Rispetto a MPLS, nessun contratto con l'operatore
13:40
Speaker 2: e nessun impegno a lungo termine si paga solo per
13:42
Speaker 2: ciò che si usa. Scenario 2. Sostituzione di MPLS. Questo
13:46
Speaker 2: è un problema importante. Molte aziende pagano gli operatori per
13:49
Speaker 2: i circuiti MPLS da anni. Costosi, rigidi e difficili da cambiare.
13:52
Speaker 2: Virtual One offre una via d'uscita. Inizia a utilizzare Virtual
13:55
Speaker 2: One per nuove filiali e connettività azzurre. Ogni nuova sede
13:58
Speaker 2: che apri va direttamente sulla dorsale Virtual One. Quindi segui
14:01
Speaker 2: gradualmente la migrazione dei siti MPLS esistenti su VPN Express
14:04
Speaker 2: Utilizza ExpressRoute per i tuoi datacenter legacy che necessitano di
14:06
Speaker 2: connettività privata. Nel tempo riduci i tuoi circuiti MPLS man
14:10
Speaker 2: mano che il traffico si sposta sulla dorsale Virtual One.
14:12
Speaker 2: Non devi tagliare tutto in una volta. Puoi eseguire entrambi
14:14
Speaker 2: in parallelo. Quando ogni contratto MPLS scade, decidi se spostare
14:18
Speaker 2: il sito sulla Virtual One? Nella maggior parte dei casi
14:21
Speaker 2: la risposta è sì. Scenario 3. Una startup cloud first.
14:24
Speaker 2: Oggi ti trovi in una regione, una hub, una manciata
14:26
Speaker 2: di diretti virtuali e un piccolo team. Stai pianificando di
14:28
Speaker 2: espandere e espandere. Hai clienti in Europa e Asia e
14:30
Speaker 2: stai assumendo lavoratori remoti a livello globale. Distribuisci un hub
14:33
Speaker 2: nella tua regione attuale. Collega le torrette virtuali. Configura una
14:36
Speaker 2: VPN punto sito per il tuo team remoto. Questo è
14:38
Speaker 2: il tuo punto di partenza. Man mano che ti espandi
14:40
Speaker 2: in nuove regioni aggiunge app. Routing automatico. Non devi riconfigurare nulla.
14:44
Speaker 2: I tuoi utenti remoti si connettono all'app più vicino senza
14:46
Speaker 2: alcuna modifica da portare. Sei pronto per la scalabilità senza
14:48
Speaker 2: una riprogettazione. Questo è il bello della One Virtual. Cresce
14:50
Speaker 2: con te. Quindi come si inizia concretamente? Introduzione alla One
14:53
Speaker 2: Virtual di Azure. Quindi come si inizia concretamente? Crea una
14:57
Speaker 2: One Virtual.