Microservices Pourquoi Utiliser RabbitMQ?

Je n'ai pas trouvé de poste existant de demander cela, mais m'excuse si je l'ai raté.

Je vais essayer d'obtenir ma tête ronde microservices et viennent à travers les articles où RabbitMQ est utilisé. Je suis confus pourquoi RabbitMQ est nécessaire. L'intention est que les services utilisent une api web pour communiquer avec le monde extérieur et RabbitMQ pour communiquer les uns avec les autres?

InformationsquelleAutor Elias | 2017-07-20
  1. 37

    Dans Microservices architecture, vous avez deux façons de communiquer entre les microservices:

    • Synchrone qui est, chaque service des appels directement à l'autre microservice , ce qui entraîne la dépendance entre les services
    • Asynchrone - vous avez quelques moyeu central (ou un message de la file d'attente) lorsque vous placez toutes les demandes entre les microservices, et le service a la demande, de la traiter et de retourner le résultat de l'appelant. C'est ce que RabbitMQ (ou tout autre message à la file d'attente MSMQ et Apache Kafka sont de bonnes solutions) est utilisé pour. Dans ce cas, tous les microservices sais seulement sur l'existence d'un hub.

    microservices.io a quelques très bons articles sur l'utilisation de microservices

    • merci ça fait plus de sens.
    • Si vous êtes sur le .net Plate-forme de vérifier NServiceBus (particular.net) pour la messagerie asynchrone (et peut fonctionner RabbitMQ de transport)
    • Vous dites synchrnous résultats en mode de dépendance. Si vous avez un hub central qui se trouve à l'extérieur si microservice, il ne marche pas qui impliquent également la dépendance?
    • il est. Il est même appelé "Single point of failure".Il n'y a pas de solution miracle, on doit peser les avantages et les inconvénients des deux approches
    • Je n'ai pas vraiment d'accord avec vous ici. L'ajout d'un hub central est d'aller vers le système synchrone. Vous pouvez également ajouter un message de la file d'attente localement pour (chaque) microservice. Ce serait un vrai asynchrone de la communication.
    • ce cas, comment allez-vous mettre en œuvre la communication entre le service et Un service de B? Un doit savoir que B (ou c'est la file d'attente) existe, qui est en fait une communication synchrone.
    • Je ne suis d'accord avec vous. Vous navez pas envisager de perdre un événement en raison de l'indisponibilité d'un hub central. C'est ce que async est tout au sujet de
    • mais le point est que vous n'avez pas besoin de savoir quel est le service responsable du message. Lorsque vous (service) sont contactant le service B ou de plusieurs services. Donc -> étroitement couplées. Avec des files d'attente de messages, vous n'avez pas besoin de soins de services qui sont responsables pour le message en cours de traitement. Vous venez de publier et les services qui vont le lire à partir de la file d'attente. La file d'attente n'est pas vraiment un "single point of failure" si vous avez une tolérance de pannes groupe de plusieurs files d'attente par exemple.

    InformationsquelleAutor Dimitar Tsonev
  2. 25

    Un message de la file d'attente fournir un asynchrone protocole de communication - Vous avez la possibilité d'envoyer un message à partir d'un service à un autre sans avoir à savoir si un autre service est en mesure de la traiter immédiatement ou pas. Les Messages peuvent attendre jusqu'à ce que le responsable de service est prêt. Un service de publication d'un message n'a pas besoin de savoir quelque chose sur le fonctionnement interne des services qui permettront de traiter ce message. Cette façon de traiter les messages découpler le producteur du consommateur.

    Un message de la file d'attente sera de garder le processus de votre demande séparés et indépendants les uns des autres; cette façon de traiter les messages pourraient créer un système qui est facile à entretenir et facile à l'échelle de.

    Ici est une histoire expliquant comment Parkster (numérique service de stationnement) sont briser leur système en plusieurs microservices par l'aide de RabbitMQ.

    Ce guide suivre un scénario où une application web permet aux utilisateurs de télécharger des informations à un site web. Le site va traiter ces informations et de générer un fichier PDF et l'envoyer par courriel à l'utilisateur. La manipulation de l'information, la génération de PDF et envoi de l'e-mail sera dans ce cas d'exemple prendre plusieurs secondes et qui est l'une des raisons de pourquoi un message de la file d'attente sera utilisé.

    Ici est une histoire à propos de comment et pourquoi CloudAMQP utilisé files d'attente de messages et RabbitMQ entre les microservices.

    Ici est une histoire à propos de l'utilisation de RabbitMQ dans un événement à base de microservices architecture de soutien de 100 millions d'utilisateurs un mois.

    Et enfin un lien à Kontena, de savoir pourquoi ils ont choisi RabbitMQ pour leur microservice de l'architecture: "Parce que nous avions besoin d'un stable, maniable et très disponible solution de messagerie.".

    Veuillez noter que je travaille pour la société derrière CloudAMQP.

    • N'oubliez pas que vous devez divulguer votre affiliation avec le contenu des réponses que vous publiez. Depuis que vous avez écrit ces postes pour l'entreprise pour laquelle vous travaillez (sauvage deviner en fonction de votre nom de compte et le nom de l'auteur) vous avez également à préciser que, comme exprimé dans le comportement de description de la Pile des sites d'Échange: Post good, relevant answers, and if some (but not all) happen to be about your product or website, that’s okay. However, you *must* disclose your affiliation in your answers.
    • Je vous remercie pour votre commentaire. Vous avez raison, je devrais ajouter plus d'informations à partir d'autres sources, et j'ai ajouté des informations sur l'endroit où je travaille. Je vais regarder dans la réponse, là encore, et aussi dans le lien que vous avez posté. Merci!
    InformationsquelleAutor Lovisa Johansson