Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler du SAS fan out.
Avant de parler de ce sujet spécifique, il est important de comprendre ce que signifie exactement
ce motif en éventail.
Ainsi, d'un point de vue général, le fan out est un modèle dans lequel un message est délivré à un ensemble de destinations
multiples.
Cela peut être vu dans le diagramme où vous avez un producteur et ce producteur envoie le même message à trois destinations,
qui sont le consommateur un, le consommateur deux et le consommateur trois.
C'est donc ce que fait un modèle de ventilation.
Examinons donc rapidement un cas d'utilisation où ce type de modèle peut être utile. Ce cas d'utilisation
concerne la commande d'un produit.
Par exemple, disons que le client a passé une commande sur le site web.
Maintenant, cette commande et ses détails associés sont envoyés à deux ensembles de consommateurs.
La première est la file d'attente logistique.
Elle sera donc connectée à l'application qui s'occupe de la logistique.
Et le second est la file d'attente des notifications.
Et vous pouvez également connecter plusieurs autres files d'attente liées à d'autres cas d'utilisation.
Il est maintenant important pour nous de connaître les bases du modèle SAS fan out.
Donc, en essence, le modèle de ventilation.
Ce qui se passe réellement, c'est qu'il y a un éditeur qui publie un message au sujet SAS, et ce sujet SAS envoie
le message à plusieurs ensembles de points d'extrémité.
Dans ce diagramme, les points d'arrivée sont l'excuse Q et le ciel.
Q Vous avez un ensemble d'instances easy two et ces deux instances EC peuvent récupérer le message et
le traiter en fonction des besoins.
Maintenant, notez que bien que dans ce diagramme vous nous avez.
Q Mais lorsque nous parlons du fan out de SAS, il peut l'envoyer à plusieurs points de terminaison comme les données Kinesis, les flux de livraison
de l'hôte de fichiers.
Vous avez Sky, Q, vous avez HTTP, les points de terminaison HTTP, les fonctions Lambda, etc.
Alors faisons une chose avant de continuer.
Allons-y et examinons-le concrètement.
Maintenant, pour la démonstration d'aujourd'hui, j'ai un sujet de sens et j'ai aussi un ciel.
Q Vous voyez que nous avons en tout deux ciel.
Q Et le ciel Q a un message disponible.
Ce message a donc été envoyé par SAS.
Afin de vérifier que tout fonctionne bien, envoyons un autre message.
Maintenant, si vous regardez l'abonnement associé à notre sujet, il y a deux abonnements et
l'un est associé à Q un ; le second est associé à Q deux.
Alors allons-y et publions rapidement un message.
Je vais dire le message numéro deux, je vais aller de l'avant et je vais publier ce message.
Maintenant, si je vais aux États-Unis, nous allons rafraîchir la file d'attente.
Le numéro deux a reçu le message.
Rafraîchissons une fois de plus et la file d'attente numéro 1 a également reçu le message.
C'est donc ce que signifie le modèle en éventail.
Un autre cas d'utilisation où l'on voit généralement la mise en œuvre du modèle fan out est la réplication des données
de production dans votre environnement de test.
Donc, ce qui va se passer, c'est que disons qu'il y a un sujet de sens et que ce sujet envoie le message à la file d'attente de production
et que cette file d'attente de production est connectée à la production EC deux applications qui effectuent
certaines opérations basées sur ces messages.
Ainsi, si vous avez un environnement de test, vous pouvez configurer le modèle de sortie en
éventail de sorte que SAS puisse envoyer un message à la file d'attente de développement et que
l'instance EC2 de développement puisse traiter ces messages localement.
Ce type d'environnement est également utile, car lorsque l'environnement de développement obtient une copie de l'environnement
de production, cela vous permet d'améliorer votre application pour vous assurer qu'elle fonctionnera parfaitement bien lorsqu'elle
sera transférée en production après avoir été testée.
Voilà pour l'aperçu général et c'est ainsi que se termine la vidéo d'aujourd'hui.