Ruolo di SD-WAN e multi-cloud

Questo video illustra il ruolo di SD-WAN e del multi-cloud.

Un'altra domanda che emerge spesso con i clienti riguarda la SD e il suo ruolo nel mondo multi-cloud in cui viviamo sempre di più.

E sai, a meno che tu non abbia vissuto sotto una roccia, viviamo in un mondo multi-cloud, ma ricapitoliamo velocemente. A destra. Guardatevi, c'è il vostro ramo di cui parleremo sempre quando vi parleremo di SD WAN e ci sono applicazioni che si trovano nel data center e a cui dovete avere accesso.

Abbiamo applicazioni che risiedono in alcuni dei principali public cloud. Abbiamo applicazioni pure come Office 365 o SF DC e le applicazioni sono ovunque e i nostri clienti e gli utenti che supportano hanno bisogno di accedere a tutte queste applicazioni.

L'SDWN dovrà quindi svolgere un ruolo importante nel semplificare il supporto di questa massiccia transizione verso il multi-cloud. Sì, e in realtà diventa un po' più complicato di così perché non sono solo le applicazioni tradizionali a cui siamo così abituati a inviare CRN.

Uh e er P, ma sono le nuove applicazioni che vengono costantemente sviluppate. Uhm, la maggior parte di queste applicazioni che vengono sviluppate oggi nascono cloud-first. Quindi la domanda diventa ok, quindi SD A giocherà un ruolo enorme in questo, ma come, come giocherà un ruolo? Uno degli enormi fattori di differenziazione per Vela Cloud nello spazio STAN è il concetto di ciò che chiamiamo gateway.

Ora, i gateway, il nostro software di sviluppo cloud gestito da Vela Cloud sono già stati lanciati in tutto il mondo e da tutti i principali fornitori di servizi. Questo ci permette di creare un tunnel tra questi dispositivi SD e quella che chiamiamo la porta d'ingresso delle offerte SAS, che si tratti di IAS, Software as a Service o Platform Service.

È davvero interessante dare un'occhiata a tutte le applicazioni attualmente disponibili in box. E se sappiamo quali sono tutte le applicazioni, prendiamo e diamo priorità alle applicazioni che sono critiche per noi. E questo è fantastico, il che significa che possiamo sfruttare questi link in larga misura.

Ma, come sappiamo, abbiamo diverse sedi dove dobbiamo rivolgerci per accedere a questi diversi servizi. A complicare le cose c'è il fatto che queste applicazioni sono in fase di sviluppo, di migrazione e in continuo cambiamento. Il bello di ciò che si sviluppa è che con il nostro motore di riconoscimento delle applicazioni, diamo un'occhiata al motore delle applicazioni.

Esaminiamo l'applicazione, esaminiamo la priorità, poi esaminiamo da dove viene eseguita la manutenzione e troviamo il modo migliore per andare dal punto A al punto B. E questo può anche significare se hai più circuiti tra i due. OK. Quindi la rete netta di riavvolgere l'orologio indietro nel modo in cui avrebbe funzionato in precedenza quando l'applicazione si spostava da un luogo all'altro.

Sto rifacendo tutte le mie tabelle di routing per capire come indirizzare il traffico dalla posizione della filiale per arrivare a quell'applicazione piantando questi gateway in tutto il mondo. Le applicazioni hanno, possono essere incredibilmente fluide e la nostra rete geografica semplicemente non si preoccupa del tutto vero.

Quando crei la prossima app killer, sfrutta i dati provenienti da un dispositivo IoT che non è ancora stato sviluppato. Stai anche preparando la tua rete per il futuro perché non hai bisogno di C ce S per riprogrammare 1000 router.

Per sfruttare i vantaggi di questa nuova applicazione, potete inserire la nuova applicazione nel mix, giusto? Inoltre, sa già da dove viene eseguita la manutenzione. E anche se cambia nel tempo, possiamo, possiamo capire dove è andato e comunque onorare quella priorità.

Sì, tutto sommato Sdn è un fattore chiave per sopravvivere nel mondo multi-cloud in cui ci troviamo. Spero che l'articolo ti sia stato utile.