Обзор платформы
Что такое MTB ESB Next Gen, для кого предназначена платформа и как пользоваться документацией.
MTB ESB Next Gen
MTB ESB Next Gen — интеграционная платформа банка, которая предоставляет управляемую точку входа к API, доставляет сообщения между системами и изолирует потребителей от особенностей внутренних и legacy-систем.
Платформа объединяет API management, событийный транспорт, маршрутизацию, оркестрацию и адаптеры в единый интеграционный контур.
Коротко
Потребитель работает с опубликованным API через WSO2 и не подключается напрямую к Kafka, Kestra или банковской системе. Внутренний маршрут выбирается платформой согласно контракту API.
Зачем нужна платформа
ESB решает четыре основные задачи:
- предоставляет потребителям единую и контролируемую точку входа;
- отделяет API-контракт от реализации целевой банковской системы;
- поддерживает прямые, асинхронные и оркестрируемые интеграционные сценарии;
- централизует безопасность, ограничения трафика, трассировку и эксплуатационный контроль.
Для кого предназначена документация
| Аудитория | Что здесь искать |
|---|---|
| API Consumer | Как получить доступ, подписаться на API и выполнить первый запрос |
| API Owner | Как подготовить контракт и провести API через публикацию |
| Integration Developer | Как выбрать поток, топики, адаптер и правила обработки ошибок |
| Platform Engineer | Как устроены компоненты, окружения и границы ответственности |
| Support Team | Как проследить запрос и определить точку сбоя |
Платформа одним взглядом
Эта схема показывает роли компонентов, а не единственный возможный маршрут. Для простого вызова Kestra не используется; для сложного процесса Kestra координирует несколько шагов и адаптеров.
Основные принципы
API-first
Взаимодействие начинается с согласованного API-контракта. Контракт определяет ресурсы, модели данных, ошибки, безопасность и ожидаемое поведение.
Слабая связанность
Потребитель не должен зависеть от протокола, адреса или внутренней модели целевой системы. Эти детали инкапсулируются платформой и адаптером.
Минимум бизнес-логики в Gateway
WSO2 выполняет аутентификацию, авторизацию, применение политик, трассировку и маршрутизацию. Сложная бизнес-логика размещается в оркестрации или профильных сервисах.
Наблюдаемость по умолчанию
Каждый запрос должен иметь идентификатор внешнего вызова и trace context. Это позволяет проследить обработку через компоненты платформы.
Разделение окружений
Dev, Stage и Prod имеют отдельные endpoints, конфигурации и gates поставки. Артефакт продвигается между окружениями через контролируемый delivery process.