Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler d'Amazon MQ.
Avant de nous pencher sur les avantages de MQ, examinons notre stade actuel d'apprentissage.
Sur la base de ce que nous savons, nous allons aller de l'avant et discuter davantage.
Maintenant, l'un des services que nous connaissons est le SCS.
Maintenant, SCS signifie Simple Queuing Service.
Ainsi, d'un point de vue général, il offre un grand nombre de fonctionnalités, mais si nous le comparons à d'autres courtiers
en messages, l'ensemble des fonctionnalités reste limité.
Aujourd'hui, dans le secteur, il existe plusieurs services de courtiers en messages, qui sont très populaires.
Par exemple, vous avez Apache active MQ qui offre un grand nombre de fonctionnalités et ces courtiers
de messages sont largement utilisés dans les organisations sur site.
Maintenant, l'un des défis auxquels les organisations sont généralement confrontées lorsqu'elles migrent vers le cloud, par exemple,
disons qu'une organisation utilise activement le service actif comme courtier de messages pour cette application et qu'elle
souhaite passer au cloud.
Maintenant dans le nuage vous avez l'excuse, maintenant l'excuse et la MQ active.
Si une migration doit avoir lieu, le code de l'application devra également être réécrit.
Et c'est quelque chose que les organisations veulent éviter au stade initial.
Donc, si vous utilisez la messagerie avec une application existante et que vous voulez déplacer la messagerie vers le nuage rapidement
et facilement, alors vous pouvez considérer Amazon.
MQ Par exemple, on peut le voir dans le diagramme où vous avez le service Amazon MQ, qui
est le courtier de message, et il nous permet de créer le courtier de message MQ actif ou lapin MQ.
Dans les coulisses.
Il va créer un ensemble d'instances easy to, qui peuvent être uniques, easy to ou dans un environnement multi
easy, et cette instance easy to aura ces courtiers de messages configurés et vous pourrez alors connecter
votre application aux courtiers de messages appropriés.
Alors faisons une chose.
Allons-y et examinons rapidement la situation du point de vue de la démo.
Maintenant, pour la vidéo d'aujourd'hui, dans Amazon MQ, j'ai déjà configuré le courtier et si vous regardez
dans l'ingénieur du courtier, il est basé sur Apache active MQ.
Maintenant, si vous regardez le mode de déploiement, il s'agit d'un courtier à instance unique et le type d'instance
ici est basé sur TX three dot Micro.
Ouvrons-la rapidement et vous y verrez généralement l'URL par laquelle vous pouvez vous connecter
à la console Web MQ active.
Alors allons-y et ouvrons rapidement.
À ce stade, vous pouvez vous lancer et gérer rapidement le courtier.
Maintenant, si vous regardez le MK actif, il se compose de fonctionnalités qui sont en combinaison avec les fonctionnalités
que vous verrez dans SNS.
Par exemple, vous avez les files d'attente, vous avez les sujets ici, vous avez les abonnés et ainsi de suite.
Donc, allons dans les files d'attente et en fait, vous pouvez aller de l'avant et créer une file d'attente.
En outre, permettez-moi de noter à nouveau qu'il s'agit juste d'une vidéo de démonstration où nous voulons simplement comprendre
les bases du service MK.
Maintenant dans la queue, créons rapidement une queue pour que notre queue soit créée.
Maintenant, dans la file d'attente, vous voyez qu'il n'y a aucun message, au cas où vous voudriez
envoyer un message, essayons aussi dans votre monde I'll Say Hello.
Et il y a beaucoup d'options de configuration que vous pouvez ajouter ici dans le message.
On va faire simple et on va envoyer le message.
À ce stade, vous voyez un certain nombre de messages en attente.
Un, si j'ouvre rapidement la file d'attente ici, vous verrez le message ID si j'ouvre ceci, vous verrez
le Bonjour monde.
Très bien.
J'espère donc que vous avez compris ce que l'AMCU essaie d'accomplir. Si vous connaissez les principes
de base du sens américain, il vous sera beaucoup plus facile de comprendre les principes de base du NQ actif.
Avant de conclure, il convient de noter quelques points importants.
Tout d'abord, si vous créez une toute nouvelle application dans le nuage, je vous
recommande d'utiliser les SDK et les SNS au lieu de MQ.
Deuxièmement, Amazon demande un service de file d'attente de messages et des services de sujets légers et entièrement gérés
qui peuvent évoluer presque à l'infini et fournir des API simples et faciles à utiliser.
Maintenant, quand nous parlons d'Amazon MQ, il ne s'étend pas à l'infini.
Vous devrez spécifier le type d'instance.
Vous devrez spécifier diverses autres configurations et, sur cette base, le nombre maximal de messages
sera pris en charge.
Mais il peut arriver que les choses ralentissent également au niveau des MQ.
C'est la raison pour laquelle il est recommandé d'utiliser les services gérés où vous ne devez pas vraiment vous soucier de la
mise à l'échelle, de la haute disponibilité et d'autres problèmes de ce type.
Notez également que lorsque vous créez un MQ, plusieurs options sont disponibles.
Vous pouvez créer une instance unique, vous pouvez créer une instance basée sur l'actif et le standby et ainsi de suite.
Maintenant, généralement pour la haute disponibilité, le mode standby actif est l'un de ceux recommandés
et cela peut également être vu dans le diagramme où dans l'une des zones de disponibilité deux A vous avez le courtier
MQ actif et dans Ruby vous avez le courtier MQ de secours et les deux sont connectés à un volume FS partagé où les données sont écrites
au cas où le courtier actif tombe en panne, le client peut aller de l'avant et se connecter au courtier de secours et
c'est ainsi que la haute disponibilité est maintenue.
Maintenant, laissez-moi aussi vous montrer rapidement où exactement vous pouvez voir cela.
Par exemple, lorsque vous créez un MQ, vous voyez généralement le moteur du courtier.
Vous avez le MQ actif et le MQ lapin.
Sélectionnons le MQ actif.
Vous êtes maintenant à l'intérieur, vous obtenez le mode de déploiement, vous avez un courtier à instance unique, vous avez également
un courtier de secours actif.
Comme nous l'avons vu, une seule instance est lancée dans une seule zone de disponibilité.
Si ce CA tombe, alors votre MQ tombe aussi.
C'est la raison pour laquelle, dans l'environnement de production, vous devez sélectionner le courtier en veille active,
qui est le courtier recommandé.
En outre, vous pouvez également choisir le type d'instance associé à votre courtier.
Si vous sélectionnez un type d'instance inférieur, il se peut qu'il ne soit pas en mesure de supporter un grand nombre de messages et
que les choses soient ralenties.
Et c'est la raison pour laquelle, comme nous en discutons, il n'est pas infiniment extensible
par rapport au SCS et au SAS.
Très bien.
J'espère donc que vous avez compris les bases de MQ et que nous allons conclure la vidéo d'aujourd'hui.