Архитектура вокруг АБС: модернизация без замены core
АБС менять — 24-36 месяцев и risk операций. Обвязать вокруг — за 6-12 месяцев. Архитектурный подход для банков с legacy core.
Обсудить задачуЗачем обвязка вместо замены
Большинство банков УЗ имеют legacy АБС (CFT, Forte, RS-Bank, in-house) 10-20 лет. Замена — major capital project (24-36 месяцев, $20-100M, operational risk). Регулятор cautious о masс migrations.
Обвязка: оставить АБС как system of record, но build modern integration layer вокруг — API, event streaming, modern channels, decisioning. Business velocity растёт без disruption core.
Структура обвязки
API gateway. Все internal и partner integrations через единый layer. Auth, rate limiting, monitoring.
Event bus. АБС → events → multiple consumers (CDP, fraud, risk, channels). АБС остаётся source of truth, но downstream consumers don’t poll database.
Adapter layer для legacy. Конвертирует legacy АБС data formats → modern (JSON, Protobuf). One-way isolation от АБС change cycles.
Modern decisioning layer. Real-time decisions (fraud, NBA, credit) running outside АБС, calling в АБС только для commit transactions.
Customer-facing applications. Mobile, web, partner — built on modern stack, через API layer не напрямую в АБС.
Где обычно ломается
Адаптеры писались под one use case, потом expanded ad-hoc. Через 2 года — entanglement spaghetti.
Event bus без contracts — schema changes break consumers молча.
API gateway не enforced — некоторые consumers всё ещё прямой access в АБС, обходят layer.
АБС vendor cooperation отсутствует — каждое modification core (для events output) требует expensive change request.
Performance bottleneck — АБС не designed для real-time event emission, latency growing.
Что нужно для успешной обвязки
API ownership clear (Head of Platform / CTO office).
Event taxonomy и contracts строгие.
Adapter team как dedicated function — не side project.
Vendor partnership с АБС provider — invest в их modernization parallel.
Migration plan для transition core когда регулятор / business demand finally requires.
Связанное
- /decisions/banking-build-vs-buy-sme/ — build vs buy
- /architecture/banking-event-bus-architecture/ — event bus
- /architecture/banking-partner-api-platform/ — partner API
- /insights/banking-core-modernization/ — core modernization
Что ещё стоит изучить
Темы из этой же области, которые часто разбираем вместе с этой
CRM
Не коробочный CRM, а правильно выстроенный контур управления клиентами — от первого контакта до лояльности.
→РешениеBI
Аналитика — не красивые графики на стене. Это ответ на вопрос 'почему?' до того, как проблема станет убытком.
→РешениеКонтакт-центр
Контакт-центр — не телефонная станция, а точка, где клиент решает: остаться с вами или уйти. Вопрос в том, как он устроен внутри.
→РешениеОнбординг
Онбординг — первое впечатление клиента о вашей компании. Если оно занимает 5 дней и 12 бумажных форм, второго впечатления не будет.
→Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.
Обсудить применение →Готовы обсудить вашу задачу?
Расскажите, что не работает или что нужно построить. Первый разговор — без обязательств.
Обычно отвечаю в течение нескольких часов