Изменения документа RabbitMQ
Редактировал(а) Alexandr Fokin 2024/06/09 19:02
<
отредактировано Alexandr Fokin
на 2024/06/09 19:02
на 2024/06/09 19:02
отредактировано Alexandr Fokin
на 2022/10/28 15:11
на 2022/10/28 15:11
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
-
Объекты (0 изменено, 2 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Теги
-
... ... @@ -1,0 +1,1 @@ 1 +БрокерСообщений|RabbitMq - Содержимое
-
... ... @@ -1,39 +1,17 @@ 1 -| |RabbitMQ, Rabbit MQ 2 -| |RabbitMQ 1 +RabbitMQ 3 3 https://www.rabbitmq.com/ 4 4 https://www.rabbitmq.com/getstarted.html 5 -| |((( 6 -RabbitMQ. Часть 1. Introduction. Erlang, AMQP и RPC 7 -RabbitMQ. Часть 2. Разбираемся с Exchanges 8 -RabbitMQ. Часть 3. Разбираемся с Queues и Bindings 9 -[[https:~~/~~/habr.com/ru/post/488654/>>https://habr.com/ru/post/488654/]] 10 10 11 -13 обычных ошибок при работе с RabbitMQ 12 -https://thewebland.net/development/devops/rabbitmq/13-obychnyh-oshibok-pri-rabote-s-rabbitmq 13 -))) 14 -| |Лучшие практики для надёжной работы с RabbitMQ 15 -[[https:~~/~~/habr.com/ru/companies/tochka/articles/799949/>>https://habr.com/ru/companies/tochka/articles/799949/]] 16 - 17 17 ---- 18 18 19 -==== Внутренние ссылки: ==== 20 - 21 -====== Дочерние страницы: ====== 22 - 23 23 {{children/}} 24 24 25 - ====== Обратные ссылки: ======9 +---- 26 26 27 -{{velocity}} 28 -#set ($links = $doc.getBacklinks()) 29 -#if ($links.size() > 0) 30 - #foreach ($docname in $links) 31 - #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument()) 32 - * [[$escapetool.xml($rdoc.fullName)]] 33 - #end 34 -#else 35 - No back links for this page! 36 -#end 37 -{{/velocity}} 11 +RabbitMQ. Часть 1. Introduction. Erlang, AMQP и RPC 12 +RabbitMQ. Часть 2. Разбираемся с Exchanges 13 +RabbitMQ. Часть 3. Разбираемся с Queues и Bindings 14 +[[https:~~/~~/habr.com/ru/post/488654/>>https://habr.com/ru/post/488654/]] 38 38 39 ----- 16 +13 обычных ошибок при работе с RabbitMQ 17 +https://thewebland.net/development/devops/rabbitmq/13-obychnyh-oshibok-pri-rabote-s-rabbitmq
- XWiki.XWikiComments[2]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.cccc1808 - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2020-10-25 21:42:06.560
- XWiki.XWikiComments[3]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.cccc1808 - Комментарий
-
... ... @@ -1,0 +1,18 @@ 1 +В RabbitMq есть возможности для создания кластеров, состоящих из нескольких узлов. 2 +По умолчанию очереди не реплицируются между нодами кластера и в случае выхода из строя ноды с очередью, очередь будет потеряна. 3 + 4 +Также существует механизм зеркалирования, который позволяет производить репликацию очередей. В таком случае для очереди одна нода выступает в роли мастера, остальные в роли подчиненного. 5 +Чтение и запись будут проходить через мастер ноду, а от нее распространяться на подчиненные ноды. В случае выхода из строя мастер ноды, одна из подчиненных нод берет на себя роль мастер ноды. Если упавшая нода оживает, то она возвращается в кластер, но в роли подчиненной ноды. 6 +Зеркалирование можно происходит, как на все ноды в кластере, так и на несколько (задается количеством реплик или указанием конкретных узлов кластера). 7 +При зеркалировании отправка сообщения с клиента считается успешно завершенной только после того, как мастер нода очереди распространило реплики сообщения на все подчиненные ноды репликации. При обращении к подчиненной ноде для выполнения отправки или потребления сообщения, подчиненная нода выполняет обращение к мастер ноде очереди. (Поэтому, по возможности, имеет смысл подключаться к ноде, выступающей в роде мастер-ноды для конкретной очереди) 8 + 9 +Вопросы: 10 +1) Как поведет себя кластер в случае распада на несколько сегментов из-за проблем с сетью? А именно: если сегменты продолжат получать сообщения, то что будет происходит при соединении сегментов. Как будет синхронизироваться состояние очередей. Скорее всего в данном случае может возникнуть ситуация, при которой разделенные сегменты могут отдать одно и то же сообщение потребителям в итоге получив дублирование. 11 +Clustering and Network Partitions 12 +https://www.rabbitmq.com/partitions.html 13 + 14 +Примечание: 15 +Существуют и альтернативные методики синхронизации основанные на 16 +1) плагине федераций 17 +2) плагине лопата. (клиент-потребитель, запущенный на стороне брокера и автоматически пересылающий сообщения из одной очереди в другие) 18 +3) явном управлении со стороны клиентов очереди, отправка сообщения сразу на несколько очередей/брокеров. - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2021-01-06 13:44:43.300