Комментарий

• Свойства страницы (2 изменено, 0 добавлено, 0 удалено)

Подробности

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

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-xwiki:Архитектура и модели.Модели.Процес.WebHome
	1	+Архитектура и модели.Модели.Процессы.WebHome

Содержимое

...	...	@@ -1,4 +2,3 @@
1		-|(% style="width:131px" %) |(% style="width:1307px" %)[[Блокировки>>doc:Архитектура и модели.Блокировки.WebHome]]
2	2	|(% style="width:131px" %)Типы этапов|(% style="width:1307px" %)(((
3	3	|(% style="width:204px" %)Автоматическая обработка|(% style="width:1084px" %)
4	4	|(% style="width:204px" %)Ожидание события|(% style="width:1084px" %)Сообщение от внешней системы.
...	...	@@ -14,7 +14,7 @@
14	14
15	15	Ситуация 1.
16	16	Нам поступило сообщение от внешней системы, по которому мы должны продолжить некоторый экземпляр процесса. Мы берем это экземпляр и перед обработкой проверяем его статус. Если вдруг обнаружилось, что статус некорректный, то это обозначает что возникла ошибка.
17		-Например это может быть вызвано задвоением при отправки сообщений от внешней системы ([[Dual write problem>>doc:Архитектура и модели.Группа\. Распределенные системы.Распределенные системы\. Консистентность.Dual write problem.WebHome]]), если при взаимодействии мы не используем подход с уникальной идентификацией сообщений. Ранее приходил первый экземпляр этого сообщения и процесс уже продолжил свое выполнение далее, но вот поступил второй экземпляр того-же сообщения, и мы фиксируем что процесс не находится в нужном состоянии для его обработки. При этом у нас есть возможность реализовать это таким образом, что мы не повредим консистентность процесса.
	16	+Например это может быть вызвано задвоением при отправки сообщений от внешней системы ([[Dual write problem>>doc:Архитектура и модели.Группа\. Распределенные системы.Распределенные системы\. Консистентность.Dual write problem.WebHome]]), если при взаимодействии мы не используем подход с уникальной идентификацией сообщений. Ранее приходило первый экземпляр этого сообщения и процесс уже продолжил свое выполнение далее, но вот поступил второй экземпляр того-же сообщения, и мы фиксируем что процесс не находится в нужном состоянии для его обработки. При этом у нас есть возможность реализовать это таким образом, что мы не повредим консистентность процесса.
18	18	Момент с уникальной идентификацией заявок, также относиться и к инициализации процесса на основании события.
19	19
20	20	Ситуация 2.