Изменения документа Производительность и надежность

Сводка

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

Подробности

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

Содержимое

...	...	@@ -1,5 +1,13 @@
1	1	|(% style="width:40px" %) |(% style="width:1394px" %)[[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Примеры.WebHome]]
2	2	|(% style="width:40px" %) |(% style="width:1394px" %)(((
	3	+|(% style="width:127px" %)Проблемы и риски|(% style="width:1260px" %)(((
	4	+|Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример
	5	+|Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов (не знаем сколько сигналов осталось получить).
	6	+|Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)TriggerEvent не был отправлен (no gracefull shutdown) / Счетчик не был изменен
	7	+-> Зависание обработки.
	8	+|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)TriggerEvent был обработан более одного раза (event consumer reconnect, db transaction commited, broker message not commited) / Счетчик был уменьшен более чем на 1.
	9	+-> Ложное, преждевременное срабатывание триггера.
	10	+)))| |
3	3	|(% style="width:127px" %)Технологические решения|(% style="width:1260px" %)(((
4	4	|(((
5	5	Полная целостность.
...	...	@@ -7,7 +7,7 @@
7	7	TriggerEvent sql TransactionalInbox
8	8	+ TriggerEvent sql TransactionalOutbox
9	9	+ sql store.
10		-)))|Полная ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за ограничений производительности sql БД.
	18	+)))|Полня ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за sql БД.
11	11	|Меньшие гарантии|(((
12	12	Использование меньших гарантий требует дополнительных проверок:
13	13
...	...	@@ -18,33 +18,10 @@
18	18	* Страхующая проверка завязанная на таймер (периодическая) -> обнаружения инцидента потери сигнала.
19	19
20	20	Основывается на том, что вероятность исключительных ситуаций не велика.
21		-
22		-[[Надежность триггеров>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Надежность триггеров.WebHome]]
23	23	)))
24	24	)))| |
25		-|(% style="width:127px" %)Проблемы и риски при использовании меньших гарантий.|(% style="width:1260px" %)(((
26		-|Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример
27		-|Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов.
28		-|Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)(((
29		-* TriggerEvent не был отправлен (no gracefull shutdown)
30		-
31		--> Счетчик не был изменен.
32		--> Зависание обработки.
33		-)))
34		-|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)(((
35		-TriggerEvent был обработан более одного раза ([[Гарантии доставки>>doc:Разработка.Брокеры сообщений.Apache Kafka.Kafka\. Механизмы.Гарантии доставки.WebHome]]).
36		-
37		-* Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет.
38		-* Дублирование сообщений на отправке.
39		-** Проблемы с сетью (доставка подтверждения отправки).
40		-** Падение сервиса после публикации сообщения (без фиксации).
41		-
42		--> Счетчик был уменьшен более чем на 1.
43		--> Ложное, преждевременное срабатывание триггера.
44		-)))
45		-)))| |
46	46	|(% style="width:127px" %)Выводы|(% style="width:1260px" %)(((
47		-* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. При этом корретная обработка возможна (хоть она и будет более долгой).
	32	+* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].
48	48	* Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это).
49	49	)))| |
50	50	)))