Tout le monde, et bienvenue maintenant, nous discuterons des politiques de routage dans
la sécheresse 53, sans aucun doute la politique détermine fondamentalement comment votre sécheresse amazonienne 53 répond aux Koweïtiens.
Maintenant, il y a beaucoup de politiques de routage qui sont disponibles dans la sécheresse 53.
Et selon le cas d'utilisation, vous pouvez en sélectionner un parmi eux.
Maintenant, nous allons comprendre cela plus en détail, mais juste à un niveau élevé où nous savons
juste qu'il existe des politiques de vote multiples comme une manière simple d'avoir une sensation de latence ou de géolocalisation ainsi que plusieurs milliards.
Maintenant, avant d'aller de l'avant et d'en discuter plus en détail, permettez-moi de vous montrer rapidement où
sélectionnez-vous exactement la politique de routage maintenant ?
Une fois que vous avez une zone d'hébergement dans Route 53, lorsque vous créez un enregistrement lors de la création de
l'enregistrement et de la politique de routage, vous voyez qu'il existe plusieurs politiques de routage qui peuvent être utilisées.
Et il est important pour nous de comprendre à un niveau élevé en quoi consistent exactement ces politiques
de routage.
Maintenant, le premier et le plus simple d'entre eux est une politique de routage simple où vous avez un plan, un
mappage un à un entre ce domaine et l'hôte.
Ainsi, par exemple, vous avez un nombre record de blogueur Kiplagat Internet, qui a sa valeur associée.
Il s'agit donc d'un exemple de routage très simple, basé sur des règles.
Maintenant, le deuxième élément important est le routage des défaillances.
Ainsi, le routage en cas d'échec vous permet de transférer le trafic vers un fournisseur de ressources, de ressourcer
Hildy ou vers un autre fournisseur de ressources pour les ressources ANELI, par exemple, si Froud 53 achemine le trafic vers
cette instance spécifique facile, cela convient parfaitement.
Mais que se passe-t-il si cette instance AC2 tombe en panne, alors avec l'aide d'un autre routage, 53 peut aller
de l'avant et envoyer le trafic vers une ressource complètement différente.
C'est donc à cela que se réfère le routage Filho.
Donc, si la ressource craint à propos de 53, elle aura l'intelligence pour comprendre l'échec et arrondira automatiquement le
trafic à un point final différent lui-même.
Maintenant, le prochain type important de politique de routage est la politique de routage pondérée Collazo.
Aucune politique de routage pondéré ne nous permet fondamentalement d'autoriser le trafic vers plusieurs ressources dans une proportion
que nous spécifions depuis Oranje.
Vous en avez donc environ 53.
Et disons qu'il y a deux instances faciles et que vous avez spécifié 50 50 Horia.
Donc, cela signifie essentiellement que 50 pour cent du trafic ira voir Duvan et 50 pour cent du trafic
sera facile à faire.
Maintenant, selon la configuration, vous pouvez envoyer 10 pour cent du trafic pour dépasser le 1 et 90
pour cent du trafic.
Trop facile à faire.
Ainsi, selon la manière dont vous ajoutez le routage, le routage différerait en conséquence.
C'est donc ce que nous avons fait.
Le routage est tout à propos de cela.
Vient ensuite le routage basé sur la latence.
Ainsi, si votre application est principalement hébergée dans plusieurs régions AWG, vous pouvez améliorer les performances pour les utilisateurs en répondant
à la demande de la région de base de données qui offre la latence la plus faible.
Vous avez donc plusieurs serveurs dans toute la région.
Or, il peut arriver que la première instance AC2 ait une latence plus élevée et que la deuxième instance NICITA, qui se trouve
dans une autre partie du monde, ait une latence plus faible.
Donc routage basé sur la latence.
Le trafic est dirigé vers le serveur, qui a la latence la plus faible.
Le dernier de la vidéo d'aujourd'hui est le routage de géolocalisation, qui nous permet essentiellement de choisir différentes
ressources pour différents utilisateurs en fonction de différents pays ou continents.
Par exemple, s'il y a deux utilisateurs d'Inde et des États-Unis sur la base des règles de routage
de géolocalisation, environ 53, vous acheminez automatiquement le trafic vers différentes ressources.
Ainsi, par exemple, un utilisateur indien, lorsqu'il visite environ 53 personnes au sujet du doute, les dirigera vers les États-Unis. S.
à instancié, qui est basé sur la région de Singapour.
Si un individu des États-Unis envoie une requête à environ 53, environ 50, il peut le rediriger vers l'instance
basée sur la région de l'Oregon.
C'est génial.
J'espère donc qu'à un très haut niveau ou que vous avez compris les bases, les politiques de routage qui font
partie d'environ 53 pour que cela se termine aujourd'hui.
Nous faisons.