Event bus для банка: nervous system операций
Transactions, payments, applications, alerts — события flowing across 30-50 systems. Event bus делает их first-class object.
Обсудить задачуЗачем банку event-driven core
Banking operations — каскад events: transaction → fraud check → AML check → posting → notification → reconciliation → reporting. Без event bus каждое connection точка point-to-point integration.
К 5-летнему масштабу banking имеет 100+ интеграций. Maintenance стоимость растёт быстрее operational efficiency.
Event bus превращает события в first-class objects: producer публикует, любое количество consumers подписывается.
Структурные элементы
Topics. payments.transfer.completed, loan.application.received, card.transaction.authorized, aml.alert.raised, fraud.case.opened.
Schema registry. Контракты для каждого event type, versioning.
Producer guarantees. At-least-once, idempotent IDs, ordering в partition.
Consumer patterns. Каждый consumer держит offset, может re-process.
Dead letter queue для unprocessable.
Observability — throughput, lag, error rates per topic.
Banking-specific concerns
Sensitivity. Payment events содержат PII — encryption mandatory, access control строгий.
Ordering. Transaction posting должно быть strictly ordered per account.
Auditability. Каждое event traced для regulator audit.
Latency. Real-time fraud detection требует events < 100ms от source.
Reconciliation. Events vs ledger — discrepancies must be detectable.
Где обычно ломается
Bus есть, но contracts нет — schema changes break consumers.
Topic naming chaos — каждая команда invents.
Owner отсутствует — schema changes без согласования.
PII в clear text — security incident waiting.
Critical flow с too-loose semantic — payment posted twice через retry.
Governance
Каждый topic имеет owner.
Schema changes — PR review с consumer acknowledgement.
PII — encrypted, access controlled.
Operating routine — weekly top consumers/producers, lag review.
Связанное
- /architecture/banking-around-core-architecture/ — wrap core
- /architecture/banking-cdp-architecture/ — CDP consumer
- /architecture/banking-realtime-decisioning/ — decisioning consumer
- /insights/banking-integration-debt/ — integration debt
Что ещё стоит изучить
Темы из этой же области, которые часто разбираем вместе с этой
CRM
Не коробочный CRM, а правильно выстроенный контур управления клиентами — от первого контакта до лояльности.
→РешениеBI
Аналитика — не красивые графики на стене. Это ответ на вопрос 'почему?' до того, как проблема станет убытком.
→РешениеКонтакт-центр
Контакт-центр — не телефонная станция, а точка, где клиент решает: остаться с вами или уйти. Вопрос в том, как он устроен внутри.
→РешениеОнбординг
Онбординг — первое впечатление клиента о вашей компании. Если оно занимает 5 дней и 12 бумажных форм, второго впечатления не будет.
→Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.
Обсудить применение →Готовы обсудить вашу задачу?
Расскажите, что не работает или что нужно построить. Первый разговор — без обязательств.
Обычно отвечаю в течение нескольких часов