Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
• Объекты (0 изменено, 0 добавлено, 2 удалено)
  • XWiki.XWikiComments[2]
  • XWiki.XWikiComments[3]

Подробности

Свойства страницы

Содержимое

...	...	@@ -4,11 +4,34 @@
4	4
5	5	----
6	6
7		-{{children/}}
	7	+RabbitMQ. Часть 1. Introduction. Erlang, AMQP и RPC
	8	+RabbitMQ. Часть 2. Разбираемся с Exchanges
	9	+RabbitMQ. Часть 3. Разбираемся с Queues и Bindings
	10	+[[https:~~/~~/habr.com/ru/post/488654/>>https://habr.com/ru/post/488654/]]
8	8
	12	+13 обычных ошибок при работе с RabbitMQ
	13	+https://thewebland.net/development/devops/rabbitmq/13-obychnyh-oshibok-pri-rabote-s-rabbitmq
	14	+
9	9	----
10	10
11		-RetryPolicies
	17	+==== Внутренние ссылки: ====
12	12
13		-13 обычных ошибок при работе с RabbitMQ
14		-https://thewebland.net/development/devops/rabbitmq/13-obychnyh-oshibok-pri-rabote-s-rabbitmq
	19	+====== Дочерние страницы: ======
	20	+
	21	+{{children/}}
	22	+
	23	+====== Обратные ссылки: ======
	24	+
	25	+{{velocity}}
	26	+#set ($links = $doc.getBacklinks())
	27	+#if ($links.size() > 0)
	28	+ #foreach ($docname in $links)
	29	+ #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
	30	+ * [[$escapetool.xml($rdoc.fullName)]]
	31	+ #end
	32	+#else
	33	+ No back links for this page!
	34	+#end
	35	+{{/velocity}}
	36	+
	37	+----

XWiki.XWikiComments[2]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,4 +1,0 @@
1		-RabbitMQ. Часть 1. Introduction. Erlang, AMQP и RPC
2		-RabbitMQ. Часть 2. Разбираемся с Exchanges
3		-RabbitMQ. Часть 3. Разбираемся с Queues и Bindings
4		-https://habr.com/ru/post/489086/

Дата

...	...	@@ -1,1 +1,0 @@
1		-2020-10-25 21:42:06.560

XWiki.XWikiComments[3]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,18 +1,0 @@
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,1 +1,0 @@
1		-2021-01-06 13:44:43.300