Ресурси · Интеграционни модели
Интеграция чрез събития
Производителите публикуват събития в брокер, а консуматорите ги обработват независимо и повторяемо.
Статус на интеграцията: Документиран модел
Описан модел. Продуктът няма брокер на събития.
Описание
Събитията описват факти („поръчката е създадена“). Брокерът ги съхранява, консуматорите ги четат със собствено темпо, а схемите се версионират.
Предпоставки
- Избран брокер и модел на собственост.
- Договорени схеми на събитията.
- Идемпотентни консуматори.
Кога да се използва
- Много консуматори на едни и същи промени.
- Нужда от развързване на системите.
- Пикове на натоварване.
Кога да не се използва
- Нужен е незабавен синхронен отговор.
- Малко системи и малки обеми — REST е по-прост.
- Екипът няма опит с брокери.
Референтна схема
Илюстрация на компонентите и потока — не е работеща система.
01Производители
- Приложения
- Промени в бази (CDC)
02Брокер
- Теми
- Регистър на схеми
- Задържане
03Консуматори
- Обработчици
- Опашка за неуспешни
Схемата като списък
| Етап | Компоненти |
|---|---|
| Производители | Приложения, Промени в бази (CDC) |
| Брокер | Теми, Регистър на схеми, Задържане |
| Консуматори | Обработчици, Опашка за неуспешни |
Контроли за сигурност
- Удостоверяване и права по тема.
- Шифроване при пренос и съхранение.
- Без лични данни в събития без нужда.
Наблюдаемост
- Изоставане на консуматорите.
- Скорост на публикуване и грешки.
- Трасиране през събитията.
Типични откази
| Отказ | Ограничаване |
|---|---|
| Несъвместима промяна на схемата | Регистър на схеми с проверка за съвместимост. |
| Бавен консуматор | Наблюдение на изоставането и мащабиране. |
| Повторна обработка | Идемпотентност по ключ. |