Ciao a tutti e bentornati.
In questo video, discuteremo di come impostare più origini a livello di stampa cloud.
Ora, uno dei grandi vantaggi offerti dalla stampa cloud è che, a seconda dell'UI complessiva della
richiesta, può cambiare anche l'origine a cui la richiesta viene inviata.
Per esempio, qui vedrete che ogni volta che un utente richiede una sorta di file HTML o forse si può considerare
una sorta di contenuto dinamico.
Ad esempio, la richiesta viene inviata all'istanza EC2.
Tuttavia, ogni volta che un utente richiede un qualche tipo di file immagine, come i file JPEG, o un qualche tipo di
contenuto statico, la richiesta va al bucket S3.
Quindi questo tipo di architettura può essere implementata utilizzando più origini.
Ora andiamo avanti e facciamo una rapida dimostrazione prima di capire meglio.
Ad esempio, in questa specifica distribuzione cloud che ho, ci sono più origini configurate.
Quindi, se apro questo, andiamo alle origini all'interno.
Vedrete che ci sono due origini.
Una è l'istanza semplice e la seconda è il bucket S3.
È molto simile al diagramma.
Ora la domanda che sorge spontanea è: poiché ci sono due origini, a quale origine il cloud front invierà
una richiesta?
Quindi tutto dipende dal comportamento.
Ora, qui ho due serie di comportamenti.
Uno è relativo alle immagini slash start o JPEG.
Quindi ogni richiesta che ha questa parte specifica, va a questa origine.
Se si esamina l'origine, si tratta del bucket S3.
Tuttavia, per qualsiasi richiesta che non abbia questo percorso, c'è un'istanza predefinita di EC due qui.
Andiamo quindi a vedere rapidamente come funziona il bucket S3 che abbiamo configurato.
Se vedete il modello di percorso è immagini barra iniziale o JPEG.
Ora, all'interno del contenitore ho delle immagini e qui ho un'immagine di tipo jpeg.
Inoltre, ho anche un'istanza facile da gestire.
Copiamo l'IPV 4 di questa istanza e aggiungiamolo al browser, in modo che mostri il benvenuto alla pagina
dell'Engine X.
Ora, questa istanza semplice non ha alcuna immagine configurata.
Ad esempio, se dico immagini shift o jpeg.
Immediatamente viene visualizzato un errore del motore, principalmente perché il file immagine non è presente.
Per verificare le cose, copiamo l'URL della distribuzione cloud.
Copiamo il nome del dominio.
All'interno dell'URL.
Aggiungiamo questo nome di dominio.
Se si preme invio come previsto, si viene accolti alla pagina successiva.
Tuttavia, non appena digitiamo immagini shift o JPEG, questa richiesta specifica andrà al bucket S3.
Quindi verifichiamo e non appena l'abbiamo fatto abbiamo riavuto l'immagine.
Ora.
In realtà, è possibile verificare anche attraverso il ClA.
Se analizziamo le intestazioni associate, otteniamo la pagina di benvenuto a Engine ICS.
Questo è un aspetto che abbiamo già visto.
E nell'intestazione si vede che il server è engine X, quindi questo è il server web engine x in esecuzione
sull'istanza EC due.
Liberiamo lo schermo.
Questa volta invieremo la richiesta di immagini al cloud per la distribuzione.
E dall'intestazione possiamo ora vedere che il server non è più il motore X, ma è Amazon S3.
Ottimo.
Spero che con questa panoramica di alto livello abbiate capito la configurazione delle origini multiple.
I passaggi generali sono molto semplici.
Il primo passo fondamentale è la configurazione di più set di origini all'interno della distribuzione frontale del cloud
e quindi è possibile procedere con l'impostazione di vari modelli di percorso a seconda del caso d'uso.
Ad esempio, se si hanno contenuti statici come le immagini in SX tre, si può specificare
il modello di percorso e l'origine complessiva.
Questa è una panoramica di alto livello che conclude il video di oggi.