{"id":38171,"date":"2019-10-31T22:22:03","date_gmt":"2019-10-31T19:22:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1\/"},"modified":"2019-10-31T22:22:03","modified_gmt":"2019-10-31T19:22:03","slug":"ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1","title":{"rendered":"Comprendre les brokers de messages. \u00c9tudier la m\u00e9canique de la messagerie \u00e0 travers ActiveMQ et Kafka. Chapitre 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Bonjour \u00e0 tous !<\/p>\n<p>J'ai commenc\u00e9 \u00e0 traduire un petit livre :<br \/>\n\u00ab<b><noindex><a rel=\"nofollow\" href=\"https:\/\/www.oreilly.com\/library\/view\/understanding-message-brokers\/9781492049296\/\">Comprendre les courtiers de messages<\/a><\/noindex><\/b>\u00ab <br \/>\nauteur : Jakub Korab, \u00e9diteur : O'Reilly Media, Inc., date de publication : juin 2017, ISBN : 9781492049296.<\/p>\n<p>De l'introduction du livre :<br \/>\n\u00ab\u2026 <i>Ce livre vous apprendra \u00e0 r\u00e9fl\u00e9chir sur les syst\u00e8mes d'\u00e9change de messages sur des courtiers, en comparant et en opposant deux technologies de courtage populaires : Apache ActiveMQ et Apache Kafka. Des exemples d'utilisation et des incitations au d\u00e9veloppement seront expos\u00e9s pour montrer comment leurs d\u00e9veloppeurs ont adopt\u00e9 des approches compl\u00e8tement diff\u00e9rentes dans le m\u00eame domaine \u2014 l'\u00e9change de messages entre syst\u00e8mes via un courtier interm\u00e9diaire. Nous examinerons ces technologies depuis le d\u00e9but et mettrons en \u00e9vidence l'influence des diverses options de conception en chemin. Vous obtiendrez une compr\u00e9hension approfondie des deux produits, de la mani\u00e8re dont ils doivent et ne doivent pas \u00eatre utilis\u00e9s, et des \u00e9l\u00e9ments \u00e0 consid\u00e9rer lors de l'examen d'autres technologies d'\u00e9change de messages \u00e0 l'avenir.<\/i> \u2026\u00bb<\/p>\n<p>Les parties traduites jusqu'\u00e0 pr\u00e9sent :<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/466385\">Chapitre 1. Introduction<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/466585\">Chapitre 3. Kafka<\/a><\/noindex><\/p>\n<p>Je publierai les chapitres termin\u00e9s au fur et \u00e0 mesure de la traduction.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>CHAPITRE 1<\/h2>\n<p><\/p>\n<h2>Introduction<\/h2>\n<p>\nL'\u00e9change de messages inter-syst\u00e8mes est l'un des domaines les moins compris de l'IT. En tant que d\u00e9veloppeur ou architecte, vous pouvez \u00eatre bien familiaris\u00e9 avec divers frameworks et bases de donn\u00e9es. Cependant, il est fort probable que vous n'ayez qu'une connaissance superficielle du fonctionnement des technologies d'\u00e9change de messages bas\u00e9es sur des courtiers. Si vous ressentez cela, ne vous inqui\u00e9tez pas, vous n'\u00eates pas seul.<\/p>\n<p>Les gens interagissent g\u00e9n\u00e9ralement avec l'infrastructure d'\u00e9change de messages de mani\u00e8re tr\u00e8s limit\u00e9e. Ils se connectent souvent \u00e0 un syst\u00e8me cr\u00e9\u00e9 il y a longtemps, ou t\u00e9l\u00e9chargent une distribution depuis Internet, l'installent dans l'environnement de production et commencent \u00e0 \u00e9crire du code pour cela. Une fois l'infrastructure en place en production, les r\u00e9sultats peuvent \u00eatre ambigus : perte de messages en cas de panne, l'envoi ne fonctionne pas comme pr\u00e9vu, ou les courtiers \u00ab suspendent \u00bb vos producteurs ou n'envoient pas de messages \u00e0 vos consommateurs.<\/p>\n<p>Cela vous semble familier ?<\/p>\n<p>Un sc\u00e9nario courant est que votre code de messagerie fonctionne parfaitement, mais seulement jusqu'\u00e0 ce qu'il cesse de fonctionner. Cette p\u00e9riode endort la vigilance et procure un faux sentiment de s\u00e9curit\u00e9, ce qui m\u00e8ne \u00e0 encore plus de code bas\u00e9 sur de fausses repr\u00e9sentations du comportement fondamental de la technologie. Lorsque les choses commencent \u00e0 mal tourner, vous \u00eates confront\u00e9 \u00e0 la v\u00e9rit\u00e9 inconfortable : vous n'avez en r\u00e9alit\u00e9 pas compris le comportement de base du produit ou les compromis choisis par ses auteurs, tels que la performance contre la fiabilit\u00e9, ou la transactionnalit\u00e9 contre la scalabilit\u00e9 horizontale.<\/p>\n<p>Sans une compr\u00e9hension approfondie du fonctionnement des brokers, les gens font des affirmations apparemment sens\u00e9es sur leurs syst\u00e8mes de messagerie, telles que :<\/p>\n<ul>\n<li>Le syst\u00e8me ne perdra jamais de messages.<\/li>\n<li>Les messages seront trait\u00e9s de mani\u00e8re s\u00e9quentielle.<\/li>\n<li>Ajouter des consommateurs rendra le syst\u00e8me plus rapide.<\/li>\n<li>Les messages ne seront livr\u00e9s qu'une seule fois.<\/li>\n<\/ul>\n<p>\nMalheureusement, certaines de ces affirmations sont bas\u00e9es sur des hypoth\u00e8ses qui ne s'appliquent que dans certaines circonstances, tandis que d'autres sont tout simplement incorrectes.<\/p>\n<p>Ce livre vous apprendra \u00e0 r\u00e9fl\u00e9chir sur les syst\u00e8mes de messagerie bas\u00e9s sur des brokers, en comparant et en opposant deux technologies de brokers populaires : Apache ActiveMQ et Apache Kafka. Il pr\u00e9sentera des cas d'utilisation et des motivations de d\u00e9veloppement qui ont pouss\u00e9 leurs cr\u00e9ateurs \u00e0 adopter des approches compl\u00e8tement diff\u00e9rentes pour le m\u00eame domaine : la messagerie entre syst\u00e8mes avec un broker interm\u00e9diaire. Nous examinerons ces technologies depuis le d\u00e9but et mettrons en \u00e9vidence l'influence de diff\u00e9rentes options de conception en cours de route. Vous acquerrez une compr\u00e9hension approfondie des deux produits, comprendrez comment ils devraient et ne devraient pas \u00eatre utilis\u00e9s, et saurez ce qu'il faut surveiller lorsque vous consid\u00e9rez d'autres technologies de messagerie \u00e0 l'avenir.<\/p>\n<p>Avant de commencer, passons en revue les bases.<\/p>\n<h3>Qu'est-ce qu'un syst\u00e8me de messagerie et \u00e0 quoi sert-il ?<\/h3>\n<p>\nPour que deux applications puissent communiquer entre elles, elles doivent d'abord d\u00e9finir une interface. La d\u00e9finition de cette interface comprend le choix d'un transport ou d'un protocole, tel que HTTP, MQTT ou SMTP, et l'accord sur les formats de messages que les syst\u00e8mes \u00e9changeront. Cela peut \u00eatre un processus rigoureux, comme la d\u00e9finition d'un sch\u00e9ma XML avec des exigences sur la charge utile, ou cela peut \u00eatre beaucoup moins formel, comme un accord entre deux d\u00e9veloppeurs indiquant qu'une certaine partie de la requ\u00eate HTTP contiendra un identifiant client.<\/p>\n<p>Tant que le format des messages et l'ordre dans lequel ils sont envoy\u00e9s entre les syst\u00e8mes sont convenus, ils pourront interagir les uns avec les autres sans se soucier de l'impl\u00e9mentation de l'autre syst\u00e8me. Les entrailles de ces syst\u00e8mes, telles que le langage de programmation ou le framework utilis\u00e9, peuvent changer au fil du temps. Tant que le contrat lui-m\u00eame est maintenu, l'interaction peut continuer sans que l'autre c\u00f4t\u00e9 ne change. Ces deux syst\u00e8mes sont efficacement d\u00e9coupl\u00e9s par cette interface.<\/p>\n<p>Les syst\u00e8mes de messagerie pr\u00e9voient g\u00e9n\u00e9ralement la participation d'un interm\u00e9diaire entre les deux syst\u00e8mes qui interagissent, pour un d\u00e9couplage suppl\u00e9mentaire de l'exp\u00e9diteur et du destinataire ou des destinataires. Dans ce cas, le syst\u00e8me de messagerie permet \u00e0 l'exp\u00e9diteur d'envoyer un message sans savoir o\u00f9 se trouve le destinataire, s'il est actif ou combien d'exemplaires il y a.<\/p>\n<p>Consid\u00e9rons quelques analogies des types de probl\u00e8mes que r\u00e9sout un syst\u00e8me de messagerie, et introduisons quelques termes de base.<\/p>\n<h4>Point \u00e0 Point<\/h4>\n<p><\/p>\n<blockquote><p>Alexandra se rend \u00e0 la poste pour envoyer un colis \u00e0 Adam. Elle s'approche du comptoir et remet le colis \u00e0 l'employ\u00e9. L'employ\u00e9 prend le colis et remet \u00e0 Alexandra un re\u00e7u. Adam n'a pas besoin d'\u00eatre \u00e0 la maison au moment de l'envoi du colis. Alexandra est convaincue que le colis sera livr\u00e9 \u00e0 Adam \u00e0 un moment donn\u00e9 dans le futur et peut continuer \u00e0 vaquer \u00e0 ses occupations. Plus tard, \u00e0 un moment donn\u00e9, Adam re\u00e7oit le colis.<\/p><\/blockquote>\n<p>C'est un exemple de mod\u00e8le de messagerie <i>point \u00e0 point<\/i>. Le bureau de poste agit ici comme un m\u00e9canisme de distribution de colis, garantissant que chaque colis sera livr\u00e9 une fois. L'utilisation du bureau de poste dissocie l'acte d'envoi d'un colis de la livraison du colis.<br \/>\nDans les syst\u00e8mes classiques de messagerie, le mod\u00e8le \u00ab point \u00e0 point \u00bb est mis en \u0153uvre via <i>un ordre<\/i>. La file d'attente agit comme un tampon FIFO (premier arriv\u00e9, premier servi), auquel un ou plusieurs consommateurs peuvent s'abonner. Chaque message est livr\u00e9 uniquement <i>\u00e0 un des consommateurs abonn\u00e9s<\/i>. Les files d'attente essaient g\u00e9n\u00e9ralement de distribuer \u00e9quitablement les messages entre les consommateurs. Un seul consommateur recevra ce message.<\/p>\n<p>Le terme \u00ab fiable \u00bb (\u00ab durable \u00bb) est appliqu\u00e9 aux files d'attente. <i>Fiabilit\u00e9 <\/i> \u2014 c'est une propri\u00e9t\u00e9 du service qui garantit que le syst\u00e8me de messagerie conservera les messages en l'absence d'abonn\u00e9s actifs jusqu'\u00e0 ce qu'un consommateur s'abonne \u00e0 la file d'attente pour la livraison des messages.<\/p>\n<p>La fiabilit\u00e9 est souvent confondue avec <i>la persistance<\/i> et, bien que ces deux termes soient interchangeables, ils remplissent des fonctions diff\u00e9rentes. La persistance d\u00e9termine si le syst\u00e8me de messagerie enregistre un message dans un type de stockage entre sa r\u00e9ception et son envoi au consommateur. Les messages envoy\u00e9s \u00e0 la file d'attente peuvent \u00eatre ou ne pas \u00eatre persistants.<br \/>\nLa messagerie de type \u00ab point \u00e0 point \u00bb est utilis\u00e9e lorsque le cas d'utilisation n\u00e9cessite une action unique sur un message. Un exemple pourrait \u00eatre le d\u00e9p\u00f4t de fonds sur un compte ou la passation d'une commande de livraison. Nous expliquerons plus tard pourquoi le syst\u00e8me de messagerie ne peut pas garantir une livraison unique et pourquoi les files d'attente peuvent au mieux garantir la livraison <i>au moins une fois<\/i>.<\/p>\n<h4>Publication-abonnement<\/h4>\n<p><\/p>\n<blockquote><p>Gabriella compose le num\u00e9ro de la conf\u00e9rence. Tant qu'elle est connect\u00e9e \u00e0 la conf\u00e9rence, elle entend tout ce que dit le conf\u00e9rencier, avec les autres participants \u00e0 l'appel. Lorsqu'elle se d\u00e9connecte, elle manque ce qui a \u00e9t\u00e9 dit. En se reconnectant, elle continue d'entendre ce qui est dit.<\/p><\/blockquote>\n<p> C'est un exemple de mod\u00e8le de messagerie <i>publication-abonnement<\/i>. La conf\u00e9rence agit comme un m\u00e9canisme de diffusion. Le locuteur ne se soucie pas du nombre de personnes actuellement connect\u00e9es \u00e0 l'appel \u2014 le syst\u00e8me garantit que toute personne connect\u00e9e \u00e0 ce moment-l\u00e0 entendra ce qui est dit.<br \/>\nDans les syst\u00e8mes classiques de messagerie, le mod\u00e8le de messagerie \u00ab publication-abonnement \u00bb est mis en \u0153uvre via <i>des sujets<\/i>Un topic fournit un moyen de diffusion similaire \u00e0 celui du m\u00e9canisme de conf\u00e9rence. Lorsqu'un message est envoy\u00e9 \u00e0 un topic, il est distribu\u00e9 <i>\u00e0 tous les utilisateurs abonn\u00e9s.<\/i>.<\/p>\n<p>Les topics sont g\u00e9n\u00e9ralement <i>non fiables (nondurable).<\/i>Tout comme un auditeur qui n'entend pas ce qui est dit lors d'un appel de conf\u00e9rence lorsqu'il se d\u00e9connecte, les abonn\u00e9s \u00e0 un topic manquent tout message envoy\u00e9 pendant qu'ils sont hors ligne. C'est pourquoi on peut dire que les topics garantissent la livraison <i>au plus une fois <\/i>pour chaque consommateur.<\/p>\n<p>Les messages de type \u00ab publication-abonnement \u00bb sont g\u00e9n\u00e9ralement utilis\u00e9s lorsque les messages ont un caract\u00e8re informatif, et la perte d'un message n'est pas tr\u00e8s significative. Par exemple, un topic peut transmettre des lectures de temp\u00e9rature d'un groupe de capteurs une fois par seconde. Un syst\u00e8me qui s'int\u00e9resse \u00e0 la temp\u00e9rature actuelle et est abonn\u00e9 au topic ne s'inqui\u00e9tera pas s'il manque un message - un autre viendra bient\u00f4t.<\/p>\n<h4>Mod\u00e8les hybrides<\/h4>\n<p><\/p>\n<blockquote><p>Le site Web du magasin place les messages de commande dans une \u00ab file d'attente de messages \u00bb. Le principal consommateur de ces messages est le syst\u00e8me d'ex\u00e9cution. De plus, le syst\u00e8me d'audit doit avoir des copies de ces messages de commande pour un suivi ult\u00e9rieur. Les deux syst\u00e8mes ne peuvent pas manquer de messages, m\u00eame s'ils sont hors ligne pendant un certain temps. Le site Web ne doit pas conna\u00eetre les autres syst\u00e8mes.<\/p><\/blockquote>\n<p> Les sc\u00e9narios d'utilisation n\u00e9cessitent souvent une combinaison des mod\u00e8les de messagerie \u00ab publication-abonnement \u00bb et \u00ab point \u00e0 point \u00bb, par exemple, lorsque plusieurs syst\u00e8mes ont besoin d'une copie du message, et pour \u00e9viter la perte de message, \u00e0 la fois la fiabilit\u00e9 et la persistance sont n\u00e9cessaires.<\/p>\n<p>Dans ces cas, un destinataire (destination) est requis (terme g\u00e9n\u00e9ral pour les files d'attente et les topics), qui distribue les messages principalement comme un topic, de sorte que chaque message est envoy\u00e9 \u00e0 chaque syst\u00e8me int\u00e9ress\u00e9 par ces messages, mais o\u00f9 chaque syst\u00e8me peut \u00e9galement d\u00e9finir plusieurs consommateurs qui re\u00e7oivent les messages entrants, ce qui ressemble plus \u00e0 une file d'attente. Le type de lecture dans ce cas est <i>une fois pour chaque partie int\u00e9ress\u00e9e.<\/i>Ces destinataires hybrides exigent souvent de la fiabilit\u00e9, donc si le consommateur se d\u00e9connecte, les messages envoy\u00e9s \u00e0 ce moment-l\u00e0 sont re\u00e7us apr\u00e8s la reconnexion du consommateur.<\/p>\n<p>Les mod\u00e8les hybrides ne sont pas nouveaux et peuvent \u00eatre utilis\u00e9s dans la plupart des syst\u00e8mes de messagerie, y compris ActiveMQ (via des destinataires virtuels ou composites qui combinent des topics et des files d'attente) et Kafka (implicitement, en tant que propri\u00e9t\u00e9 fondamentale de la conception de son destinataire).<\/p>\n<p>Maintenant que nous avons une certaine terminologie de base et une compr\u00e9hension de ce que pourrait \u00eatre un syst\u00e8me de messagerie, passons aux d\u00e9tails.<\/p>\n<p><b> Traduction effectu\u00e9e par : <noindex><a rel=\"nofollow\" href=\"http:\/\/tele.gg\/middle_java\">tele.gg\/middle_java<\/a><\/noindex><\/b><\/p>\n<p>La prochaine partie traduite : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/466585\">Chapitre 3. Kafka<\/a><\/noindex><\/p>\n<p><i>La suite \u00e0 venir\u2026<\/i><br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/466385\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430\u0447\u0430\u043b \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043d\u0438\u0433\u0438: &#171;Understanding Message Brokers&#171;, \u0430\u0432\u0442\u043e\u0440: Jakub Korab, \u0438\u0437\u0434\u0430\u0442\u0435\u043b\u044c\u0441\u0442\u0432\u043e: O&#8217;Reilly Media, Inc., \u0434\u0430\u0442\u0430 \u0438\u0437\u0434\u0430\u043d\u0438\u044f: June 2017, ISBN: 9781492049296. \u0418\u0437 \u0432\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043a \u043a\u043d\u0438\u0433\u0435: &#171;\u2026 \u042d\u0442\u0430 \u043a\u043d\u0438\u0433\u0430 \u043d\u0430\u0443\u0447\u0438\u0442 \u0432\u0430\u0441 \u0440\u0430\u0441\u0441\u0443\u0436\u0434\u0430\u0442\u044c \u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u043e\u0431\u043c\u0435\u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f\u043c\u0438 \u043d\u0430 \u0431\u0440\u043e\u043a\u0435\u0440\u0430\u0445, \u0441\u0440\u0430\u0432\u043d\u0438\u0432\u0430\u044f \u0438 \u043f\u0440\u043e\u0442\u0438\u0432\u043e\u043f\u043e\u0441\u0442\u0430\u0432\u043b\u044f\u044f \u0434\u0432\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u044b\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 \u0431\u0440\u043e\u043a\u0435\u0440\u043e\u0432: Apache ActiveMQ \u0438 Apache Kafka. \u0417\u0434\u0435\u0441\u044c \u0431\u0443\u0434\u0443\u0442 \u0438\u0437\u043b\u043e\u0436\u0435\u043d\u044b \u043f\u0440\u0438\u043c\u0435\u0440\u044b \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38171","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430\u0447\u0430\u043b \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043d\u0438\u0433\u0438: &quot;Understanding Message.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0431\u0440\u043e\u043a\u0435\u0440\u043e\u0432 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0439. \u0418\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u043a\u0438 \u043e\u0431\u043c\u0435\u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f\u043c\u0438 \u043f\u043e\u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e\u043c ActiveMQ \u0438 Kafka. \u0413\u043b\u0430\u0432\u0430 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430\u0447\u0430\u043b \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043d\u0438\u0433\u0438: &quot;Understanding Message.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:22:03+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:22:03+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Compr\u00e9hension des courtiers en messages. \u00c9tude de la m\u00e9canique de la messagerie via ActiveMQ et Kafka. Chapitre 1 | ProHoster","description":"Bonjour \u00e0 tous ! J'ai commenc\u00e9 la traduction d'un petit livre : \"Comprendre le Message.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0431\u0440\u043e\u043a\u0435\u0440\u043e\u0432 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0439. \u0418\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u043a\u0438 \u043e\u0431\u043c\u0435\u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f\u043c\u0438 \u043f\u043e\u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e\u043c ActiveMQ \u0438 Kafka. \u0413\u043b\u0430\u0432\u0430 1 | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430\u0447\u0430\u043b \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043d\u0438\u0433\u0438: &quot;Understanding Message.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ponimanie-brokerov-soobshhenij-izuchenie-mehaniki-obmena-soobshheniyami-posredstvom-activemq-i-kafka-glava-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:22:03+00:00","article:modified_time":"2019-10-31T19:22:03+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38171","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 20:46:00","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:14:22","updated":"2026-01-23 20:46:00","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38171","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=38171"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38171\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=38171"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=38171"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=38171"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}