Hayden.
Et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler de la politique de routage de la latence dans Route 53.
Maintenant, je peux expliquer le routage basé sur la latence dans sa forme la plus simple à l'aide de Google Maps.
Je suis sûr que la plupart d'entre vous ont déjà utilisé Google Maps.
Ainsi, si vous souhaitez atteindre une destination spécifique, Google Maps peut vous proposer plusieurs chemins pour atteindre cette
destination.
Le chemin que Google Maps vous indiquera dépendra des conditions de circulation et de la rapidité avec laquelle vous pourrez
vous y rendre.
Ce n'est donc pas comme si le chemin que Google Map vous a donné aujourd'hui sera le même que celui que Google Maps pourrait
vous donner demain.
Le chemin peut être différent selon les conditions de circulation.
Maintenant, le routage de latence suit une approche similaire.
Maintenant, si votre application est hébergée dans une région à plusieurs niveaux, nous pouvons améliorer les performances
pour les utilisateurs en servant leur demande à partir de la région qui fournit la latence la plus faible.
Maintenant, comme nous l'avons dit, la latence entre les serveurs peut changer au fil du temps, donc il peut y avoir certains
changements dans le réseau fédérateur, certains changements de routage qui peuvent se produire.
Ainsi, en fonction de la région qui offre la latence la plus faible, la Route 53 acheminera le trafic vers cette
région spécifique.
Ainsi, une demande qui est acheminée aujourd'hui vers la région de Singapour peut être acheminée demain vers la
région de l'Inde.
Là encore, cela dépend de la latence globale.
Laissez-moi vous montrer rapidement à quoi cela peut ressembler avec une démonstration rapide.
Donc pour la démonstration d'aujourd'hui, nous avons une zone publique hébergée de Zee Vodacom.
C'était donc l'un des domaines que j'ai pensé utiliser pour des tests pendant un certain temps et pour le routage
basé sur la latence.
Nous devons avoir une zone publique hébergée.
Donc maintenant, si vous voyez ici, j'ai deux ensembles d'enregistrements qui sont disponibles, les deux ont l'enregistrement de la latence
ou Vodacom et vous avez la latence 20. com.
Maintenant, chacun de ces enregistrements a une valeur différente.
Le premier a le record de 35, le second celui de 54.
Maintenant, si je clique sur l'un des enregistrements de l'ensemble de votre, vous verrez que la politique de routage est de type latence.
Et la seconde, la politique de routage est de nouveau de type latence.
Ainsi, chaque fois qu'un utilisateur fait une demande de latence à Vodacom, le jeu d'enregistrements qui sera servi dépend
de la latence globale.
Disons que j'ai un serveur dans la région de Mumbai et un serveur dans la région des États-Unis.
Désormais, si un utilisateur tente de se connecter à la latence à surmonter, il sera redirigé vers la région des États-Unis.
Cependant, si quelqu'un de Singapour, quelqu'un d'Asie qui pourrait essayer de se connecter au même domaine
de latence à Vodacom, il pourrait être redirigé vers le serveur le plus proche.
Voyons donc rapidement à quoi cela peut ressembler.
Je vais donc cliquer, faisons une recherche rapide sur la latence point Z, Vodacom.
Ainsi, comme je suis actuellement en Inde, je serai redirigé vers le jeu d'enregistrements qui présente la latence la plus
faible depuis mon emplacement.
Donc, c'est 35. 1 54.
Très bien, maintenant faisons une chose.
Je vais donc ouvrir l'un des sites web, qui permet de faire une belle recherche.
Très bien.
Donc ce site web est principalement, je crois que c'est dans la région des États-Unis.
Alors disons que je vais dire la latence à Z Vodacom.
Maintenant, cela va fonctionner parce que la zone actuelle est une zone hébergée publique, alors faisons un essai maintenant.
Et maintenant vous voyez ici qu'il donne essentiellement une adresse de 54 à 110.
Cependant, dans le CLI, il a donné l'adresse 35. 1 54.
L'une des questions qui se posent est de savoir dans quelle mesure cela diffère de la géolocalisation, car même
avec la géolocalisation, je peux dire que toute demande provenant de la région américaine est transmise à nos ressources américaines.
Cependant, il y a une certaine différence.
Disons que vous avez un serveur à Mumbai, un serveur à Singapour.
Maintenant, la demande sera redirigée vers l'un des serveurs qui a la latence la plus faible.
Ce n'est pas comme ça.
Imaginons que nous soyons à Mumbai et que quelqu'un de l'Inde essaie de se connecter à mon domaine.
Cependant, le serveur de la région de Mumbai a la latence la plus élevée, la demande est donc dirigée vers le serveur
de la région de Singapour.
C'est donc là que les enregistrements basés sur la latence sont vraiment utiles.
Avant de conclure, laissez-moi vous montrer rapidement une chose, je vais donc passer à la CE deux.
Donc, en général, si vous voulez créer une politique de routage basée sur la latence, encore une fois, je suis sûr que vous
connaissez déjà les moyens de base pour créer une politique de routage.
C'est très simple.
Disons que comme latence de ma démo.
Maintenant vous devez donner la valeur et avant de la donner, sélectionnez la politique de routage ici comme latence.
Maintenant, dans l'instance EC two, sélectionnons une région de Singapour et dans la région de Singapour,
je vais créer une IP élastique ici.
Créons rapidement une IP élastique.
Très bien, je vais donc copier l'IP élastique ici et je vais la coller dans le champ de valeur et vous verrez qu'il a
automatiquement détecté la région associée à l'IP élastique.
C'est quelque chose que j'aime beaucoup.
C'est assez intéressant.
Vous pouvez donc lui donner un ID ici, vous pouvez lui donner, disons, la région de Singapour et vous pouvez aller de l'avant et faire une
création.
Très bien.
Donc maintenant vous avez ma démo de latence de Zillow. com.
Vous pouvez créer plusieurs jeux d'enregistrements en fonction de l'IP élastique que vous pourriez donner.
La région serait auto-détectée dans le cas d'une IP élastique.
Une fois que vous avez fait cela, vous pouvez l'essayer et vérifier si le routage basé sur la latence fonctionne
pour votre ensemble pratique.
C'est donc une vue d'ensemble de haut niveau du routage basé sur la latence.
J'espère que cette vidéo a été instructive pour vous et encore une fois, si vous avez créé une
IP élastique, n'oubliez pas de la libérer, sinon vous serez facturé inutilement.
C'est avec cela que je conclurai cette vidéo.