Что такое брокер программа

Распределенные системы – неотъемлемая часть IT-инфраструктуры. Однако, во время их реализации возникает проблема обмена данными между отдельными компонентами, которые могут быть развернуты на нескольких серверах. В этом случае на помощь приходят брокеры сообщений.

В этой статье рассмотрим, что такое брокеры сообщений, как они работают и какие преимущества предоставляют компаниям.

Что такое распределенные системы

Распределенные системы представляют собой комплекс компьютеров, которые работают вместе, чтобы обрабатывать данные и решать задачи. Такие системы являются ключевым инструментом для масштабирования вычислительных мощностей, повышения отказоустойчивости и расширения способов хранения данных. Однако, при работе с распределенной информацией могут возникать сложности в ее обмене и передаче. Чтобы справиться с этими сложностями, компании прибегают к использованию брокеров сообщений.

Все о брокерах сообщений

Брокер сообщений — это программный компонент, который служит посредником между различными компонентами распределенной системы. В его работе используются две основные сущности: producer (отправитель) и consumer (потребитель/подписчик). Он обрабатывает сообщения, полученные от отправителей, и перенаправляет к соответствующим потребителям. Такое ПО реализуется как часть общей архитектуры системы, либо как отдельный сервис.

Кто такой БРОКЕР?

Топик, или тема, — это логическая единица, которая объединяет сообщения по некоторому критерию. Например, если происходит обработка данных из различных источников, то каждый источник может иметь собственный топик для обмена сообщениями. Это совершенствует управление данными.

Каждый компонент системы, который хочет отправить или получить данные, подписывается на топик, используя специальный протокол (например, MQTT). В зависимости от используемого протокола обмена данными, брокеры могут поддерживать различные типы сообщений, такие как текстовые, бинарные данные или даже графические изображения.

Когда отправитель передает сообщение, оно направляется к брокеру, который принимает его и размещает в соответствующем топике. Затем программный компонент сообщает о наличии нового письма всем подписчикам данного топика. Каждый подписчик получает его копию, которую может обработать или проигнорировать в зависимости от потребностей. Этот процесс называется публикацией-подпиской и используется в различных системах, таких как интернет-чаты, социальные сети, системы мониторинга и управления ресурсами и т.д.

Брокеры сообщений могут использоваться для реализации различных сценариев. Некоторые из них приведем ниже:

• Отправка уведомлений . Используется для отправки уведомлений между компонентами системы. Например, когда происходит изменение данных, система может отправить уведомление другому компоненту о необходимости обновления данных.
• Обработка событий . Используется для обработки событий, которые происходят в системе. Например, когда пользователь совершает действие на сайте, система может отправить событие брокеру, который обработает его и выполнит соответствующее действие.
• Интеграция приложений . Используется для интеграции различных приложений и сервисов. Например, когда одно приложение генерирует данные, другое приложение может подписаться на топик и получать эти данные для дальнейшей обработки.

Преимущества и недостатки использования брокеров сообщений

Ниже рассмотрим основные преимущества использования брокеров сообщений:

Без лица: черный брокер раскрывает схему обмана людей

1. Отказоустойчивость и масштабируемость : Способствует созданию отказоустойчивых и масштабируемых систем благодаря асинхронной обработке данных и возможности использовать кластеры брокеров.
2. Разделение слоев : Допускает разделение слоев приложения, уменьшая связность между ними, что предоставляет возможность сделать приложение более модульным, гибким и удобным в разработке. Также будет полезен при организации микросервисной системы.

1. Гарантии доставки сообщений: Обеспечивают гарантии доставки сообщений. Если получатель не готов обработать полученную информацию в данный момент, она будет сохранена в очереди, и получатель сможет обработать ее позже.
2. Безопасность. Предоставляют механизмы шифрования и аутентификации, обеспечивая безопасность обмена данными.
3. Повышение производительности: Использование брокеров может повысить производительность благодаря асинхронной обработке сообщений.

А теперь рассмотрим существующие недостатки:

1. Усложнение системы : Использование брокеров повлечет за собой увеличение сложности системы за счет добавления нового элемента в нее.
2. Сложность в освоении : Изучение данного программного компонента займет длительный период времени из-за сложности архитектуры.
3. Дополнительная нагрузка на сеть : Использование брокеров может повлечь за собой дополнительную нагрузку на сеть из-за передачи данных.

Примеры брокеров сообщений

Существует множество различных программных решений, которые могут использоваться в распределенных системах. По этой ссылке представлен полный список. Ниже приведем в пример некоторые из них:

Это распределенный брокер сообщений, который может обрабатывать большое сообщений в секунду, а также поддерживает множество протоколов обмена, включая HTTP, MQTT и WebSocket.

Принцип работы Kafka заключается в создании топиков (категорий), в которых могут быть опубликованы данные. Каждое сообщение представляет собой пару «ключ-значение». Когда происходит публикация в топик, оно сохраняется внутри Kafka. Подписчики (или потребители) могут подписаться на топики и получать данные, которые были опубликованы в этих топиках.

Kafka предоставляет несколько API для отправки и получения сообщений, в том числе Java, C++, Python, Ruby, Perl и другие. Кроме того, Kafka интегрируется с многими другими инструментами и технологиями, такими как Apache Storm, Apache Spark или Apache Flume.

Kafka используется во многих отраслях, включая финансы, медиа, телекоммуникации, социальные сети или интернет-магазины.

Это брокер сообщений на основе протокола AMQP (Advanced Message Queuing Protocol), который предоставляет надежный и гибкий механизм обмена данными между разными компонентами.

Одна из главных особенностей RabbitMQ — это его способность обрабатывать большое количество информации в режиме реального времени и обеспечивать гарантированную доставку сообщений с высокой степенью надежности. Данное программное решение также предоставляет возможность маршрутизации данных на основе различных параметров, таких как тип сообщения, идентификатор отправителя и т.д.

Кроме того, RabbitMQ содержит множество дополнительных функций, таких как возможность создавать топики для мультикастинга сообщений, использование SSL для безопасной передачи данных, возможность кластеризации и масштабирования системы и многое другое.

Это брокер сообщений на основе протокола JMS (Java Message Service), который обеспечивает надежный обмен данными между разными компонентами Java-приложений. Кроме Java, ActiveMQ также может быть использован в других языках программирования, таких как .NET, Си, C++, Delphi, а также в различных скриптовых языках, включая Perl, Python, PHP и Ruby, используя специальные «кроссязыковые клиенты».

Одно из ключевых преимуществ ActiveMQ — это его масштабируемость. Данное программное решение может быть использовано как для маленьких приложений, так и для крупных систем с высокими нагрузками. ActiveMQ также может работать в распределенной среде с несколькими брокерами, что способствует созданию высокодоступных систем.

При выборе брокера необходимо учитывать ряд факторов, таких как производительность, масштабируемость, надежность, гибкость и безопасность. Не менее важно выбирать тот, который лучше всего подходит для конкретного приложения.

Кроме того, необходимо учитывать различные критерии, такие как наличие документации и поддержки, стоимость и лицензионные условия.

Рекомендации по использованию

При использовании брокеров следует учитывать некоторые рекомендации:

• Определите цели и требования системы заранее. Рассмотрите вопросы масштабирования, надежности, производительности, безопасности и т.д.
• Используйте надежные и проверенные брокеры, такие как Apache Kafka, RabbitMQ или Apache ActiveMQ. Преимущество перечисленных программных компонентов заключается в том, что они обеспечивают высокую производительность, масштабируемость и надежность, а также имеют широкую поддержку и сообщество пользователей.
• Определите размер и частоту передачи сообщений. Убедитесь, что выбранный брокер может обрабатывать такой объем данных.
• Убедитесь, что у компании есть достаточное количество ресурсов для обработки сообщений на стороне отправителя и получателя. Например, при использовании RabbitMQ может потребоваться установка отдельного сервера, чтобы обрабатывать данные.
• Разработайте надежный механизм мониторинга и отслеживания ошибок. Настройте логирование, чтобы можно было отследить ошибки и события.
• Используйте специализированные инструменты для тестирования нагрузки и симуляции отказов. Например, Apache JMeter и Chaos Monkey могут помочь определить проблемы с производительностью и надежностью системы.
• Разработайте стратегию обновления системы с использованием брокеров. Убедитесь, что обновление не приведет к потере или повторной отправке данных.
• Учитывайте факторы безопасности при использовании брокеров. Например, используйте шифрование и авторизацию для защиты сообщений и предотвращения несанкционированного доступа.

Заключение

В статье было рассказано о том, что такое брокеры сообщений, как они работают и какие преимущества могут принести вашей компании. Брокеры сообщений позволяют обмениваться данными между различными компонентами распределенной системы. Они обеспечивают высокую производительность, масштабируемость и надежность системы, а также упрощают ее разработку и обслуживание. Однако, чтобы использование брокеров было более действенным, следует учитывать рекомендации по их использованию и выбирать надежные и проверенные инструменты.

Источник: timeweb.cloud

FinTok: как выбрать брокера и открыть брокерский счет

Брокер — это посредник между клиентом и биржей. Для брокерской деятельности необходима специальная лицензия. Иметь такую лицензию может профессиональный участник рынка ценных бумаг — как правило, это банк или брокерская компания. Брокер предоставляет клиенту возможность покупать и продавать на бирже ценные бумаги. Напрямую проводить сделки на бирже инвестор не может.

Как выбрать брокера?

Самый простой вариант для начинающего инвестора — выбирать брокера по количеству активных клиентов на Московской бирже. Список таких компаний опубликован на сайте биржи. Десятка крупнейших по этому показателю компаний обслуживает основную часть инвесторов. Из этого списка лидеров и выбираем наиболее приглянувшуюся компанию.

Если вы вдруг ничего о ней не слышали или есть сомнения — зайдите на сайт Банка России и убедитесь, что у этого брокера есть соответствующая лицензия. Хотя в рейтинги Московской биржи компании без лицензии не попадают.

С каким брокером комфортно работать начинающему инвестору?

Лучший брокер для обычного человека — это тот, у кого есть удобные сервисы. В первую очередь необходим удобный терминал для торговли ценными бумагами. Исторически сложилось, что у всех брокеров есть терминал Quik, который надо специально устанавливать на компьютер или смартфон и долго настраивать. Частному инвестору намного проще и удобнее пользоваться приложениями в смартфоне и веб-версиями торгового ПО. Поэтому важно, чтобы у вашего брокера такие сервисы и приложения были. Инвестор должен иметь возможность с их помощью совершить сделку, проанализировать изменение цены и т. д.

Что такое брокерский счет?

Это счет, который дает возможность совершать на биржах операции с ценными бумагами. С банковского счета вы не сможете покупать акции на бирже, а с брокерского — сможете. Такой счет открывается в брокерской компании, завести на него деньги можно с банковского счета.

Какой счет больше всего подойдет новичку?

Брокерский счет может быть стандартным, а может быть специальным. К последней категории относится ИИС — индивидуальный инвестиционный счет. Оформив ИИС, инвестор получает право на налоговые льготы при инвестировании. Такой счет хорошо подходит для начинающих инвесторов.

Существует два типа льгот: налоговый вычет на взнос и на доход. В первом случае ФНС возвращает 13% от внесенной на ИИС суммы (не более 52 000 рублей), а во втором освобождает от налогообложения полученный инвестиционный доход. Таким образом, ИИС мог бы стать хорошей альтернативой банковским вкладам, учитывая текущий низкий уровень ставок.

Какую комиссию придется платить брокеру?

Зависит от брокера. Большинство компаний берет сотые доли процента от объема сделки. Например, покупая облигацию за 1 000 рублей, при комиссии 0,01% вы заплатите 10 копеек. Помимо брокера, комиссии также берут биржа (она организует торги) и депозитарий (он хранит информацию о владельцах ценных бумаг). Это обязательные комиссии, но их размер также невелик.

Кроме того, брокеры предлагают клиентам дополнительные услуги: консультации, обучение, торговля с подсказками или стратегии автоследования. Они стоят денег, но могут повысить успешность ваших сделок на рынке.

Самое важное на первых порах — не оставаться с рынком наедине (получить квалифицированную консультационную поддержку, пройти обучающие курсы) и не переплачивать впоследствии за услуги, которые вам не нужны.

Сколько брокерских счетов нужно одному инвестору?

Рынок брокерских услуг сейчас идет по пути унификации. Если раньше инвестору надо было иметь сразу несколько счетов (для покупок на американском рынке, на российском рынке, валютная секция), то теперь все это можно делать с одного счета. Торговля некоторыми инструментами (например, фьючерсами и опционами) происходит через отдельные счета, которые, впрочем, легко открываются в брокерском приложении.

Некоторые инвесторы открывают у одного брокера сразу несколько субсчетов — по одному для разных инвестиционных стратегий. Например, на один счет покупают дивидендные акции, на другой — облигации, на третий — акции высокотехнологических компаний.

Важно, чтобы ваш брокер предоставлял возможность открывать такие счета.

Можно ли открыть брокерский счет дистанционно и сколько денег для этого нужно?

За последние два года с точки зрения удаленной идентификации произошли кардинальные изменения — теперь открыть брокерский счет не просто, а очень просто, и это занимает буквально несколько минут. Как правило, брокерские компании определяют минимальную сумму инвестирования, но есть брокеры, которые таких требований не предъявляют. На брокерский счет можно перевести любую сумму, хоть 1 рубль. Но для того, чтобы деньги корректно отображались в торговом терминале и размер брокерской комиссии был максимально комфортен, лучше пополнить брокерский счет хотя бы на несколько тысяч рублей.

nttt nttttu0412u043eu0439u0434u0438u0442u0435nttt ntttu0438u043bu0438nttt nttttu0437u0430u0440u0435u0433u0438u0441u0442u0440u0438u0440u0443u0439u0442u0435u0441u044c.nttt ntt nt»>’ >

Источник: www.banki.ru

Чем различаются Kafka и RabbitMQ: простыми словами

Если вас разбудят ночью и спросят, что такое брокеры сообщений, какие бывают и чем отличаются? Или зададут этот вопрос на собеседовании, а может просто захочется блеснуть эрудицией перед коллегами. Тогда, набрав воздуха в лёгкие, можно попробовать произнести вот такую речь.

Какие бывают виды общения?

Давайте разберёмся, какие виды общения нас окружают. Самый распространённый вариант — любой диалог. Кто-то N обращается к кому-то Y и высказывает ему мнение, ждёт ответа или обратную связь.

Пример, общение по телефону:

Или всё то же самое, только N, транслируя сообщение Y, не ждёт от него ответа. Да-да, бывают такие люди, которые только привыкли высказывать собственное мнение. Также, кстати, работают рекламные рассылки или push-уведомления на телефоне.

Работа системы оповещения:

Есть варианты общения не напрямую, а через посредника. Например, N просит X запомнить сообщение и передать всем его друзьям. При этом N не знает, кто входит в круг друзей X. X передаёт сообщение всем друзьям — C, D, E.

Хороший пример — это работа мессенджера. Отправитель публикует сообщения в определённые группы, пользователи подписываются и читают их.

В другом похожем варианте N записывает сообщение на карточке и отдаёт X. X складывает карточки в специальный ящик. Те у кого есть доступ, по очереди заглядывают в ящик и забирают каждый по одному сообщению. Одно сообщение, один получатель.

Паттерны обмена информации

В компьютерном мире большинство приложений, сервисов, служб зачастую работают не сами по себе, а взаимодействуют, обмениваются данными друг с другом. Без общения задачи пользователей просто бы не выполнялись.

Существуют разные способы обмена, из классификации которых определяются паттерны. Выше в упрощённом виде были перечислены четыре основных паттерна общения, которые так же присущи программам:

• Request-Response (Запрос-Ответ);
• One-Way (Односторонний) или Fire and Forget (Отправил и забыл);
• Publish-Subscribe (Публикация-Подписка) или сокращённо Pub-Sub;
• Point-to-Point (Точка-Точка).

В интернете Request-Response — это работа HTTP: клиент выполняет запрос на сервер, ждёт и получает ответ. One-Way, когда приложение по сети отправляет UDP (User Datagram Protocol) пакет на сервер без ожидания ответа. Последние два варианта связаны с брокерами сообщений, но о них чуть позже.

Часто в рамках взаимодействия приложения используют паттерн Request-Response. Программы общаются напрямую синхронно друг с другом. У такого взаимодействия есть особенности:

• отправителю нужно знать адрес получателя;
• получатель должен быть доступен в момент вызова;
• из-за сбоя отправитель может никогда не дождаться ответа;
• отправитель блокируется в ожидании ответа.

C развитием технологий, микросервисной архитектуры, IoT и общим ростом количество программ, синхронный подход общения приложений перестал удовлетворять. Потребовались новые решения.

В паттернах Pub-Sub и Point-to-Point происходит асинхронное общение через посредника. При реализации таких паттернов у программ появляются возможности:

• осуществлять асинхронный обмен данными (отправитель не блокируется);
• отделять отправителя от получателя (отправитель ничего не знает о получателе);
• выполнять отложенную обработку сообщений. Получателю не нужно быть постоянно активным, можно читать сообщения в удобное время;
• делегировать ответственность за маршрутизацию и доставку сообщений третьей стороне;
• легко интегрироваться с системами, использующими различные платформы, языки и протоколы связи.

Так кто такие брокеры?

Итак, на прошлых картинках под буквой X прятался брокер сообщений (Message Broker).

Брокер сообщений — это программная система полностью или частично реализующая паттерны Pub-Sub и Point-to-Point. Взаимодействие программ через брокер упрощает процесс разработки. Нет необходимости в каждом сервисе реализовывать механизмы доставки, маршрутизации, хранения сообщений — всем этим занимается «посредник». Общение через «посредника» помогает навести порядок и внести ясность в потоки данных, а значит, упростить разработку и снизить вероятность появление ошибок.

Использование брокера оправдано, если:

• существуют задачи, выполнение которых требует много времени и ресурсов;
• не нужен немедленный результат;
• необходима координация работы большого количества сервисов (событийная модель общения);
• требуется повысить масштабируемость и отказоустойчивость системы.

Гарантия доставки

Брокер берёт на себя ответственность за доставку сообщений получателям. При этом в цепочке передачи данных возможны сбои, приводящие к потере данных. В зависимости от того, как ведёт себя система при возникновении сбоев, определяются типы гарантий доставки:

• At most once (Не более одного раза) Самый простой вариант — отправка в стиле Fire and Forget (Отправил и забыл). Большая часть сообщений доходит до получателя, но часть теряется из-за сбоев.

• At least once (Хотя бы один раз) Чтобы все данные достигли цели, могут предприниматься повторные отправки. Хотя бы одна попытка будет успешной. В таком случае сообщения не теряются, но могут дублироваться. Обычно реализуется через механизм подтверждений (ACK, acknowledgment). Сообщение повторяется, если не получено подтверждение о доставке. Возможны дубли, если подтверждение потерялось или не было отправлено из-за сбоя.

• Exactly once (Строго один раз) Самый труднодостижимый вариант —максимальная гарантия доставки. Сообщения никогда не теряются и не дублируются, каждое доставляется ровно один раз.

Очередь и Топик

Брокер, реализующий шаблон Point-to-Point, ассоциируется с термином Queue (Очередь). Сообщения отправителя попадают в очередь, получатель извлекает сообщения из очереди. После извлечения сообщение становится больше никому не доступными. Данные в очереди хранятся, пока они не будут прочитаны или не истечёт срок их действия.

В Pub-Sub ассоциируется с темой, топиком (Topic). Сообщения попадают в топик. Система распределяет каждое сообщение между всеми подписчиками топика (Broadcast, вещание). Сообщения могут храниться в топике, до тех пор, пока это необходимо для распространения данных между всеми подписчиками.

Разнообразие брокеров в природе

Существует множество программных реализаций брокеров сообщений. Одни из самых известные:

Каждая из реализаций может отличаться по характеристикам:

• масштабируемость, пропускная способность;
• отказоустойчивость, возможность восстановления данных в результате сбоя;
• кластеризация;
• поддержка моделей Pub-Sub и Point-to-Point;
• гарантия доставки сообщений;
• упорядоченная доставка сообщений;
• контроль доступа;
• открытость кода;
• поддерживаемые платформы.

Например, в программных решениях «Иннотех» активно используются, ставшие де-факто стандартом, брокеры сообщений Kafka и RabbitMQ. У этих брокеров есть определённые отличия и особенности работы. Разберём их в качестве примера для понимания специфики принципов работы.

«Умный брокер, тупой потребитель»

RabbitMQ традиционный брокер сообщений с открытым исходным кодом, работающий как автономно, так и в составе кластера. Поддерживает обе модели Pub-Sub и Point-to-Point, протоколы AMQP, MQTT, STOMP и другие. Реализованы гарантии доставки сообщений At most once и At least once.

В случае At most once получается большая пропускная способность, так как данные обрабатываются в быстрой оперативной памяти. At least once надёжный в плане доставки, но менее скоростной в плане передачи данных вариант, потому что используется механизм подтверждений и запись на диск.

В упрощённом виде принципы работы RabbitMQ можно представить так: приложение-отправитель (Publisher) публикует сообщения в брокер, ссылаясь на его внутреннюю сущность Exchange (Обменник). Обменник в зависимости от типа и настроек перенаправляет сообщения в одну или более связанных с ним очередей (Queue).

Приложения-подписчики (Consumer) держат постоянное TCP соединение с RabbitMQ и ждут сообщения из заданной очереди. Брокер отправляет (push), распределяет сообщения между подписчиками. Если у очереди несколько подписчиков, сообщения между ними распределяются равномерно. Если сообщение успешно обработано подписчиком, оно удаляется из очереди.

RabbitMQ может слать подтверждение отправителю после того, как сохранил его сообщение. Или ждать подтверждения от получателя об успешной обработке взятого из очереди сообщения.

Принцип «Умный брокер, тупой потребитель» по отношению к RabbitMQ означает, что брокер берёт на себя много дополнительных действий. Например, следит за прочитанными сообщениями и удаляет их из очереди. Или сам организует процесс распределения сообщений между подписчиками

«Тупой брокер, умный потребитель»

Apache Kafka программный Pub-Sub брокер с открытым исходным кодом. Помимо гарантий доставки At most once и At least once, поддерживает Exactly once (Строго один раз). Обычно используется в больших проектах, так как обладает большой пропускной способностью и отказоустойчивостью, превосходит по данным характеристикам RabbitMQ и многие другие брокеры. При этом имеет высокий порог вхождения, требователен к ресурсам.

Kafka можно представить, как распределённый, реплицируемый лог коммитов. Распределённый, так как он разворачивается в виде кластера нод (под управлением Apache Zookeeper). Реплицируемый, потому что все данные синхронизируются между нодами. Лог, входящие сообщения последовательно добавляются в журнал и остаются там неизменными, не удаляются при чтении, как это происходит в RabbitMQ.

В Kafka отсутствует понятие очереди (Queue), приложения пишут или читают сообщения из партиционированных топиков (Topic). Если просто, то принцип работы такой: приложение-продюсер (Producer) отправляет сообщение в топик брокера, которое записывается в конец одной из его партиций (Partition). По умолчанию для распределения сообщений между партициями топика используется алгоритм Round-Robin. Отправитель может влиять на выбор партиции, передавая вместе с сообщением специальный ключ (Message Key).

Приложения-подписчики (Consumer) читают, вытягивают (pull) сообщения из заданного топика. Для каждого подписчика Kafka запоминает указатель на последнее прочитанное им сообщение (offset). Если приложение падает, то восстановившись может продолжать чтение с прежнего места или перемотать (rewind) offset в прошлое и прочитать данные повторно.

Для Kafka принцип «Тупой брокер, умный потребитель» означает, что, в отличие от RabbitMQ, он не занимается контролем и распределением сообщений. Потребители сами опрашивают брокер и решают, какие сообщения им читать, брокер только хранит данные.

Количество партиций в топике зависит от количества его конкурирующих подписчиков. Одно приложение не может читать данные из одной партиции в несколько потоков. Параллелизм достигается за счёт увеличения количества партиций, для каждого потока своя.

В RabbitMQ такой проблемы не существует. Брокер проталкивает (push) сообщения подписчикам и поэтому может сам балансировать, распределять данные между подписчиками очереди. С другой стороны, Push-механизм (Одно сообщение за один раз) менее продуктивный по сравнению с Pull в Kafka.

Выбирая между Kafka и RabbitMQ

На самом деле, категорично сравнивать брокеры сообщений очень сложно. У всех существуют свои задачи и области применения. В случае с Apache Kafka и RabbitMQ это немного разный уровень, где лучшего не существует.

Kafka используется для обработки больших объёмов данных, сотен тысяч сообщений в секунду, которые подолгу хранятся на диске и много раз читаются сотнями или даже тысячами подписчиков. Kafka — это легко масштабируемая система, обладающая повышенной отказоустойчивостью, что очень важно в крупных проектах.

RabbitMQ более простой в установке и настройке, успешно справляется с асинхронным обменом данными в микросервисной архитектуре. Не требует дополнительных компонентов и затрат на дисковые ресурсы, так как все сообщения после чтения из очереди удаляются. По сравнению с Kafka обладает большими возможностями по настройке шаблонов обмена сообщениями. Отличный выбор, если нет завышенных требований к отказоустойчивости и пропускной способности.

• kafka
• rabbitmq
• message
• message-broker
• очередь сообщений
• брокер сообщений
• производительность
• отказоустойчивость

• Блог компании Иннотех
• Программирование
• IT-инфраструктура
• Хранение данных
• DevOps

Источник: habr.com