Bonjour, tout le monde, et bienvenue à nouveau.
Dans cette vidéo, nous allons voir comment nous pouvons définir plusieurs origines au niveau de l'impression en nuage.
L'un des grands avantages de l'impression en nuage est que, selon l'interface utilisateur globale de la
demande, l'origine à laquelle la demande est envoyée peut également changer.
Par exemple, ici, vous verrez que chaque fois qu'un utilisateur demande un fichier HTML ou peut-être que vous pouvez le
considérer comme une sorte de contenu dynamique.
Par exemple, la demande est adressée à l'instance EC2.
Cependant, chaque fois qu'un utilisateur demande un type de fichier image, comme un fichier JPEG, ou un type de contenu
statique, la demande est envoyée au seau S3.
Ce type d'architecture peut donc être mis en œuvre en utilisant plusieurs origines.
Maintenant, allons-y et faisons une démonstration rapide avant de mieux comprendre.
Par exemple, dans cette distribution en nuage spécifique que j'ai, il y a plusieurs origines qui sont configurées.
Donc si j'ouvre ça, allons aux origines intérieures.
Vous verrez qu'il y a deux origines.
La première est l'instance facile à utiliser et la seconde est le seau S3.
C'est très similaire au schéma.
La question qui se pose est la suivante : puisqu'il y a deux origines, à quelle origine le front de nuage enverra-t-il
une demande ?
Tout dépend donc du comportement.
Maintenant, ici, j'ai deux types de comportement.
L'un est lié aux images slash start ou JPEG.
Donc toute demande qui a cette partie spécifique, alors la demande va à cette origine.
Si vous regardez l'origine, c'est le seau S3.
Cependant, toute demande qui n'a pas ce chemin, il y a un défaut de l'instance EC deux ici.
Alors allons-y et regardons rapidement ce qui fonctionne maintenant pour le seau S3 que nous avons configuré.
Si vous voyez que le modèle de chemin est images slash start ou JPEG.
Maintenant, dans le seau, j'ai des images et ici, j'ai un collège d'images shift jpeg.
En plus de cela, j'ai aussi une instance facile à utiliser qui fonctionne.
Copions l'IPV quatre de cette instance et si je l'ajoute dans le navigateur, il vous montrera essentiellement la page
de bienvenue du moteur X.
Maintenant, cette instance facile à utiliser n'a pas d'images configurées.
Par exemple, si je dis "images shift" ou "jpeg".
Immédiatement, vous obtenez une erreur de moteur, principalement parce que le fichier image n'est pas présent ici.
Donc, pour tester les choses, copions l'URL de la distribution en nuage.
Alors copions le nom de domaine.
Dans l'URL.
Ajoutons ce nom de domaine.
Si j'appuie sur la touche Entrée comme prévu, nous sommes accueillis sur la page suivante.
Cependant, dès que nous tapons images shift ou JPEG, alors cette requête spécifique ira vers le seau S3.
Alors vérifions et dès que nous l'avons fait, vous avez récupéré l'image.
Maintenant.
En fait, vous pouvez aussi vérifier par le biais de la ClA.
Donc, si nous regardons les en-têtes associés à cela, nous obtenons la page de bienvenue à Engine ICS.
C'est quelque chose que nous avons déjà vu.
Et dans l'en-tête vous voyez que le serveur est le moteur X, donc c'est le serveur web du moteur x qui tourne
sur l'instance EC two.
Effaçons l'écran.
Cette fois, nous allons envoyer la demande d'images vers le nuage pour la distribution.
Et à partir de l'en-tête, nous pouvons maintenant voir que le serveur n'est plus le moteur X, mais c'est le Amazon S3.
Super.
J'espère donc qu'avec cet aperçu de haut niveau, vous avez compris la configuration d'origine multiple.
Les étapes générales sont très simples.
La première étape consiste à configurer plusieurs ensembles d'origines dans la distribution frontale
du nuage, puis à définir différents modèles de chemin d'accès en fonction du cas d'utilisation.
Par exemple, si vous avez des contenus statiques comme des images dans SX trois, vous pouvez spécifier le modèle
de chemin d'accès ici et vous pouvez spécifier l'origine globale.
C'est donc une vue d'ensemble de très haut niveau et c'est ainsi que se termine la vidéo d'aujourd'hui.