Qui e bentornato.
Ora, nel video di oggi, avremo una panoramica di alto livello sulle reti di distribuzione dei contenuti riportate come
questa.
Ora, prima di andare avanti e discutere di più sui vantaggi che offre, esaminiamo ora
uno scenario generico.
Nella maggior parte delle organizzazioni che stanno attraversando una fase di bootstrap, ciò che fanno è avere un
singolo server e tutto farà parte di quel singolo server.
Quindi questo includerebbe la tua applicazione, i tuoi database, il tuo server Web e così via.
Quindi questo tipo di architettura è abbastanza comune.
Ma quando il sito web inizia a crescere e la popolarità aumenta, allora questa cosa che ho sempre
calcolato si rivelerà molto impegnativa.
Quindi la prima grande sfida sarebbe la performance.
Quindi, con l'aumento del numero di visitatori, le prestazioni complessive possono diminuire.
Quindi una tipica sfida con molte organizzazioni è anche le organizzazioni di medio livello che potrebbero avere anche
centinaia di server, è correlata alla memorizzazione nella cache dei contenuti.
Quindi diciamo che se un sito web ha un'immagine e mille utenti lo stanno visitando, allora la stessa immagine dovrà essere
inviata a quel migliaio di utenti.
Quindi, generalmente, se prendi un esempio di siti Web popolari come Amazon o siti Web di notizie come BBC, quei
siti Web avranno molte immagini, forse 50 o 100 immagini.
Quindi milioni di utenti aprono il loro sito web.
In genere, le stesse immagini presenti verranno inviate a tutti quegli utenti e ciò diminuisce le prestazioni e
aumenta il carico su questo.
La seconda grande sfida che vedrai in genere è relativa alla sicurezza.
Quindi gli aggressori amano Internet.
Quindi un tipico sito web, anche un piccolo sito web.
Quindi supponiamo che tu abbia lanciato un sito web oggi e se ne hai 22 aperti dopo due o tre giorni, vedrai che
ci sono migliaia di attacchi che stanno accadendo su quel server.
Quindi un tipico sito Web e un'applicazione Web devono affrontare vari tipi di attacchi che vanno dalla negazione del servizio, agli attacchi alle
applicazioni Web e così via.
Quindi una delle sfide che vedremo specificamente correlate al sito Web che sta servendo il traffico Internet
è che non solo gli utenti autentici saranno collegati ad esso, anche l'attaccante sarà in grado di connettersi al server,
che sta servendo il loro traffico.
Quindi, in base alle due sfide di alto livello di cui stavamo discutendo, ci sono alcuni approcci
che possono essere usati come soluzione per noi.
E poiché puoi aumentare le dimensioni del server o aumentare il numero di server per prestazioni migliori.
Quindi questo è un approccio specificamente correlato alla performance.
In secondo luogo, puoi configurare cose come la negazione del servizio distribuita, la protezione, l'applicazione web,
il firewall a un certo livello in modo da poter essere protetto dagli aggressori.
Quindi fare queste cose in ogni cetera è un compito noioso e non può davvero scalare molto bene.
Quindi, anche se aumenti il numero di server e hai milioni di utenti, anche la latenza
complessiva e le prestazioni non saranno ottimali.
Quindi discutendo dell'architettura migliore, quindi l'architettura migliore sarebbe introdurre un livello intermedio che abbia
tutte le funzionalità relative alla protezione dagli attacchi, alla memorizzazione nella cache degli oggetti richiesti comuni
per prestazioni migliori.
Quindi hai uno strato intermedio tutto l'anno.
Quindi ora ciò che accadrà è che tutti gli utenti di Internet possono connettersi solo a questo livello intermedio.
Non saranno direttamente in grado di connettersi alle istanze di backend.
Quindi, se l'attaccante che tenta di eseguire va avanti ed esegue attacchi di negazione del servizio distribuiti, tale
attacco sarà mirato al livello intermedio.
Quindi più soluzioni possono essere utilizzate nella migliore delle ipotesi di livello intermedio.
Quindi uno popolare sarebbe un proxy inverso.
Quindi molti osservatori, come gli ingegneri, funzionano abbastanza bene a livello di proxy inverso.
Inoltre, a livello intermedio, anche le reti di distribuzione dei contenuti sono ampiamente utilizzate nelle organizzazioni.
Quindi, discutendo sull'architettura di KDDI e vedi che l'architettura di CBN è molto
simile al modello che stavamo discutendo, in cui hai un utente, hai un cliente e hai un'istanza
posteriore.
Quindi un client agisce fondamentalmente come un proxy che riceve la richiesta e poi la inoltra al sistema di
back-end.
Quindi, in sostanza, l'utente non sarà in grado di connettersi direttamente al retro all'interno di un viaggio.
Ora, uno dei vantaggi dei client è che molti provider CDN forniscono funzionalità come la protezione
dai picchi, l'applicazione Web, il firewall, incassandoli.
Quindi, anche se il tuo utente malintenzionato tenta di eseguire alcuni attacchi come la negazione del servizio distribuita, ecc. , la protezione è a
livello CDN.
Quindi gli attacchi non raggiungeranno mai le istanze.
E la tua istanza?
Sarebbe rimasto al sicuro.
Quindi questa è la panoramica di altissimo livello sulle reti di distribuzione dei contenuti.
Ora, come stavamo discutendo, ci sono molti fornitori di CBN disponibili sul mercato.
Quindi discutiamo alcuni di quelli molto popolari.
Ora, uno dei provider più diffusi è CloudFlare.
Quindi, ancora una volta, CloudFlare funziona in modo simile all'architettura di cui stavamo discutendo.
E se vedi con il cloud, fornisce anche una protezione denial of service distribuita illimitata e
illimitata.
Ora, il secondo provider di reti di distribuzione di contenuti molto popolare è Akamai.
In effetti, molte organizzazioni utilizzano Akamai.
Ancora una volta, il concetto generale resta da vedere.
Funge da strato intermedio.
Fornisce molte funzionalità come la memorizzazione nella cache.
Fornisce un'applicazione web, funzionalità relative al firewall, funzionalità come protezione e
altro.
Quindi il prossimo broider popolare sarebbe quindi avere un servizio chiamato Amazon Cloud Print, che è fondamentalmente la
rete di distribuzione dei contenuti ora simile alle altre.
Se si esaminano i casi d'uso in cui è possibile utilizzare i client, quindi si ha il caso d'uso relativo alla memorizzazione nella cache, si
ha a che fare con la sicurezza.
Quindi, se vedi che funziona con altri servizi per fornire LETELLIER per una mitigazione ridotta e può anche integrarsi
con MFAT per la protezione di livello sette.
Quindi ci sono molti vantaggi nell'usare un provider client.
Nessun vantaggio che posso condividere, simile al caso d'uso di cui stavamo discutendo, che se c'è
un sito Web imatinib e mille utenti lo stanno visitando, la stessa immagine verrà inviata a mille
utenti.
Quindi, invece di memorizzare l'immagine nel server, ciò che accadrebbe viene utilizzato per l'immagine nel livello intermedio.
Quindi questo significa che può esserci un proxy inverso in cui è possibile archiviare l'immagine in
termini di risorse statiche o persino archiviare l'immagine in CDN.
Quindi le immagini che vengono richieste di frequente vengono archiviate a un certo livello.
Quindi, una volta che le immagini sono state archiviate a un certo livello, la prossima volta, se 100
utenti richiedono quell'immagine, l'immagine verrà fornita dal CBN.
La richiesta non verrà affatto inoltrata al server delle applicazioni e quindi riduce la latenza complessiva.
Ora, prima di concludere, lascia che ti faccia un esempio interessante.
Quindi c'era un sito web statico che visitavo da molto tempo.
E in seguito mi sono reso conto che il sito web statico era inattivo da tre giorni.
Tuttavia, gli utenti sono stati in grado di navigare perfettamente in quel sito web.
E il motivo per cui erano in grado di navigare sul web era a causa del CDN.
Quindi l'intero contenuto relativo al sito Web è stato memorizzato nella cache a livello CDN.
Quindi, anche se il server di backend era inattivo, il CBN era in grado di restituire il contenuto di quel sito Web
all'utente finale.
Quindi, per l'utente finale, il sito Web funzionava, ma dietro le quinte il sito Web non funzionava.
Quindi questa era una delle grandi cose che un cittadino può fare.
Quindi questa è la panoramica di alto livello di tutte le reti di distribuzione dei contenuti.
Spero che questo video sia stato informativo per te e non vedo l'ora di vederti nel prossimo video.