<
От версии < 10.3 >
отредактировано Alexandr Fokin
на 2022/10/28 15:09
К версии < 9.13 >
отредактировано Alexandr Fokin
на 2021/01/06 14:00
>
Изменить комментарий: Редактировать комментарий

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -1,14 +1,38 @@
1 +
1 1  RabbitMQ
2 2  https://www.rabbitmq.com/
3 3  https://www.rabbitmq.com/getstarted.html
4 4  
5 -----
6 6  
7 -{{children/}}
7 +**Установка:**
8 +1) Установить ERLANG (Язык программирования)
9 +2) Установить RabbitMQ
10 +3) Активировать плагин для web интерфейса. [[Management Plugin>>https://www.rabbitmq.com/management.html]]
11 +4) Перезапустить
8 8  
9 -----
13 +**Основные порты**
14 +* 5672 - work port
15 +* 15672 - web ui
10 10  
17 +
18 +**Основные компоненты:**
19 +* EXCHANGE
20 +На экземпляры этого компонента поступают сообщения. Компонент распеределяет сообщения по одной или нескольким QUEUE.
21 +* BINDING
22 +Определяет правило, по которому EXCHANGE направляет сообщение в конкретные QUEUES.
23 +* QUEUE
24 +Из экземпляров данного компонента потрбители получают сообщения.
25 +
26 +**Типы Exchange:**
27 +* Direct Exchange
28 +* Topic Exchange
29 +* Fanout Exchange
30 +* Headers Exchange
31 +
32 +
11 11  RetryPolicies
12 12  
35 +
13 13  13 обычных ошибок при работе с RabbitMQ
14 14  https://thewebland.net/development/devops/rabbitmq/13-obychnyh-oshibok-pri-rabote-s-rabbitmq
38 +
XWiki.XWikiComments[3]
Комментарий
... ... @@ -3,16 +3,14 @@
3 3  
4 4  Также существует механизм зеркалирования, который позволяет производить репликацию очередей. В таком случае для очереди одна нода выступает в роли мастера, остальные в роли подчиненного.
5 5  Чтение и запись будут проходить через мастер ноду, а от нее распространяться на подчиненные ноды. В случае выхода из строя мастер ноды, одна из подчиненных нод берет на себя роль мастер ноды. Если упавшая нода оживает, то она возвращается в кластер, но в роли подчиненной ноды.
6 -Зеркалирование можно происходит, как на все ноды в кластере, так и на несколько (задается количеством реплик или указанием конкретных узлов кластера).
6 +Зеркалирование можно происходит, как на все ноды в кластере, таки и на несколько (задается количеством реплик или указанием конкретных улов кластера).
7 7  При зеркалировании отправка сообщения с клиента считается успешно завершенной только после того, как мастер нода очереди распространило реплики сообщения на все подчиненные ноды репликации. При обращении к подчиненной ноде для выполнения отправки или потребления сообщения, подчиненная нода выполняет обращение к мастер ноде очереди. (Поэтому, по возможности, имеет смысл подключаться к ноде, выступающей в роде мастер-ноды для конкретной очереди)
8 8  
9 9  Вопросы:
10 10  1) Как поведет себя кластер в случае распада на несколько сегментов из-за проблем с сетью? А именно: если сегменты продолжат получать сообщения, то что будет происходит при соединении сегментов. Как будет синхронизироваться состояние очередей. Скорее всего в данном случае может возникнуть ситуация, при которой разделенные сегменты могут отдать одно и то же сообщение потребителям в итоге получив дублирование.
11 -Clustering and Network Partitions
12 -https://www.rabbitmq.com/partitions.html
13 13  
14 14  Примечание:
15 15  Существуют и альтернативные методики синхронизации основанные на
16 16  1) плагине федераций
17 17  2) плагине лопата. (клиент-потребитель, запущенный на стороне брокера и автоматически пересылающий сообщения из одной очереди в другие)
18 -3) явном управлении со стороны клиентов очереди, отправка сообщения сразу на несколько очередей/брокеров.
16 +3) явном управлении со стороны клиентов очереди, отправка сообщения сразу на несколько брокеров.