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

Сводка

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

Подробности

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

Содержимое

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