Каналы интернет-банка и мобильного приложения заходят в API Gateway, дальше — идентификация, единый движок лимитов и правил, доменная банковская логика, шина событий и AI только как интерфейс действия, а не как проводник денег. Каналы в микросервисы напрямую не ходят. Имеет смысл сверять свой ландшафт с этой схемой: если мобильное приложение ходит в АБС в обход шлюза, долг уже есть. Self Cube закладывает шлюз, лимиты и аудит в архитектуру, а не «прикрутим WAF потом». Слои можно включать поэтапно, но пропускать шлюз нельзя.

API Gateway — единая точка входа: аутентификация, маршрутизация, политика доступа к микросервисам платформы. Без шлюза каждый канал — веб, iOS, Android, партнёр, агент — тащит свои интеграции и свои дыры. В Self Cube каналы не ходят в домен напрямую именно поэтому. Имеет смысл не путать шлюз с балансировщиком нагрузки: балансировщик распределяет трафик, шлюз ещё и принуждает контракт и права. Если «API банка» — это набор внутренних URL без политики, агентный слой на него сажать нельзя. Шлюз как раз делает API корпоративным, а не кустарным.

Нет. Ассистент готовит черновик операции, исполняют сервисы платежей и счетов после лимитов и правил. Человек в контуре заложен в архитектуру Self Cube, а не добавлен политикой безопасности «когда-нибудь». Имеет смысл явно запретить модели прямой доступ к платёжному сервису и к базе. Если демо показывает «написал в чат — деньги ушли», это либо симуляция, либо опасный контур. Архитектура как раз разводит интерфейс действия и исполнение. Путать их нельзя ни в пилоте, ни в проде.

Критичный путь клиента синхронный и короткий: идентификация, лимиты, доменная операция. Глубокий антифрод, аналитика и модели идут асинхронно по событиям — Non-Blocking Compliance, чтобы комплаенс не стоял в том же шаге, что нажатие «отправить». Имеет смысл заранее решить, какие проверки обязаны быть синхронными (лимит, блокировка счёта), а какие могут догнать событие. Если всё тащить в один запрос, канал начнёт тормозить. Шина событий как раз для этого разделения, а не «для моды на Kafka».

В контуре Self Cube — более 80 микросервисов и более 300 типов событий. Это не монолит с одним API «на все продукты банка». События нужны, чтобы аналитика, уведомления и комплаенс не блокировали клиентский шаг. Имеет смысл не пугаться цифры и не требовать «давайте всё в один сервис для простоты»: простота на старте быстро умирает на интеграциях. Смотреть нужно границы доменов и шлюз, а не возможность нарисовать меньше квадратиков. Объём сервисов здесь следствие предметной области, а не самоцель.

Платформа управляет цифровым сценарием, внешние системы исполняют учёт и специализированные операции. Из коробки стыкуются АБС, карты, интеграционная шина, KYC/AML и уведомления. Ядро банка не обязаны ломать. Имеет смысл на старте выписать, что остаётся системой записи, а что становится оркестратором канала. Если АБС и ДБО сейчас связаны жёстко внутри монолита, первым этапом будет как раз вынести канал за шлюз. Self Cube рассчитан на встройку, а не на лозунг «выбросьте всё».

В модель уходит минимальный контекст, данные маскируются, прямого доступа языковой модели к базе нет. Оркестратор решает, что вообще можно отдать, а что должно остаться в домене. Имеет смысл отдельно запретить сырые идентификаторы, полные выписки и чужие профили в промпте. Если пилот «просто подключили модель к DWH», архитектурного контура нет. Self Cube закладывает минимизацию данных и контролируемый контекст как слой, а не как инструкцию сотруднику. Это проверяют аудитом, а не слайдом.

REST без контракта — набор URL, который живёт в вики и в голове команды. OpenAPI делает контракт машиночитаемым: сервисы и AI-агенты находят возможность по спецификации, с типами, ошибками и политикой доступа. Без этого агентный слой не собирается: модели нечего безопасно вызывать. Имеет смысл проверить, актуален ли контракт так же, как код, а не «документация потом». В Self Cube OpenAPI — часть платформы, а не приложение к релизу. Swagger-файл ради галочки здесь недостаточный критерий.