FESB 9: Спутники и FESB Ассистент

В девятой версии FESB получил два флагманских нововведения — на данный момент FESB единственная интеграционная платформа на рынке с таким функционалом: модуль «Спутники» для изоляции доменов от сбоев и встроенный FESB Ассистент — ИИ, который умеет не просто отвечать на вопросы по документации, а самостоятельно разрабатывать интеграции в режиме, подобном TDD — сначала план с критериями проверки, затем реализация, затем прогон и сверка по этим критериям.

Спутники — изоляция без единой точки отказа

Отдельный процесс на каждый ресурс

Раньше весь интеграционный брокер — все домены и все СОПС — работал в одном процессе FESB. Утечка памяти или падение одного домена могли повлиять на весь сервер. Спутник — это отдельный процесс, порождаемый основным процессом (Master), в который можно вынести домен брокера, Расширенный менеджер очередей или Координатор.

Автоматическое восстановление

Если спутник аварийно завершается — из-за нехватки памяти или принудительного завершения процесса — Master обнаруживает это и поднимает его заново. Остальные домены и остальной FESB продолжают работать без изменений: сбой одного домена больше не может уронить весь сервер.

Полная видимость и управление

Страница спутника показывает PID, порты, время работы, метрики JVM (heap, metaspace, потоки, сборку мусора) в реальном времени, список переданных ресурсов и протокол работы. Делегировать домен спутнику можно прямо со страницы домена, а конфигурацию — экспортировать и импортировать между стендами.

FESB Ассистент

Знает документацию и ваш сервер

Отвечает на вопросы по настройке FESB со ссылками на конкретные страницы документации и понимает, что происходит на вашем сервере — домены, схемы, ошибки.

Выполняет действия с подтверждением

Может создать домен, сохранить схему обработки, изменить настройки — перед изменением показывает, что собирается сделать, и ждёт разрешения. После изменения — диф-карточка: что было и что стало.

Трассировка прямо в чате

Если речь зашла о конкретном сообщении или ошибке, ассистент показывает карточку трассировки прямо в диалоге — без перехода на отдельную страницу.

Три режима работы

Обычный чат — для вопросов и разовых действий. Режим плана — сначала план, затем наше одобрение. Режим цели — ставим задачу целиком, ассистент выполняет её самостоятельно, шаг за шагом.

Гибкие разрешения

«Спрашивать разрешения» — подтверждение на каждое действие. «Разрешить редактирование» — правки без вопросов, опасные операции подтверждаются отдельно. «Разрешить всё» — полная автономность.

Дочерние агенты, навыки, память

Для сложных задач порождает дочерних агентов, работающих параллельно. Свои сценарии оформляются как навыки ($) или профили агентов (@). Есть долговременная память между сессиями.

Любая модель — облако или свой сервер

Помимо встроенного облачного провайдера можно подключить полностью локальную модель — LM Studio, Ollama или любой OpenAI-совместимый сервер в своей инфраструктуре, без выхода наружу.

Пишет документацию

Умеет не только писать код: может самостоятельно прочитать конфигурацию созданных СОПС и написать полноценную документацию по интеграции — какие очереди участвуют, как устроена обработка ошибок.

Ассистент в режиме TDD: от ТЗ до проверенной интеграции

Ассистент реализует интеграции по подходу, близкому к разработке через тестирование: прежде чем менять что-либо, он фиксирует критерии проверки — и только после этого пишет реализацию и сверяет результат с этими критериями, а не полагается на то, что «должно сработать».

1

План с критериями проверки

Ассистент разбирает техническое задание и строит план: какие нужны очереди, схемы обработки для приёма и валидации, сценарий для некорректных данных — и, для каждого шага, критерий проверки, по которому потом будет ясно, что шаг сделан верно. План можно прочитать целиком и одобрить, ничего не меняя до согласия.

2

Реализация шаг за шагом

Создаёт схемы обработки, сохраняет их, запускает домен. Если по ходу дела возникает реальная проблема — например, невалидное сообщение не долетает ни до получателя, ни в очередь ошибок — ассистент сам находит первопричину и правит конфигурацию, а не просто сообщает об ошибке.

3

Прогон и сверка по критериям

Прогоняет и happy-path, и сценарий с ошибкой, чтобы убедиться, что оба ведут себя правильно. Включает трассировку, отправляет тестовое сообщение и сверяет: сообщение прошло весь путь, ID трассировки совпадает на входе и выходе, доставка подтверждена — и сам выключает трассировку после проверки.

Пример из реальной задачи

Техническое задание — интеграция приёма заказов с B2B-портала в систему управления заказами: JSON на входе, XML на выходе, свои правила преобразования полей. Ассистент строит план (очереди, две схемы обработки, сценарий ошибок, критерии проверки), после одобрения реализует его, по ходу дела сам обнаруживает и исправляет проблему с потерей невалидных сообщений, затем прогоняет happy-path и сценарий с ошибкой и подтверждает результат трассировкой.

Дополнительно ассистент заметил, что пример JSON в самом техническом задании был невалиден — не хватало кавычек — и прислал уже исправленный, рабочий вариант. А затем, в новой вкладке с чистым контекстом, самостоятельно написал документацию по созданной интеграции.

Открытые технологии

Для создания интеграционной шины FESB использованы собственные разработки
ООО «Неолант Тенакс» и надежные технологические разработки

с открытым исходным кодом *

Java

Spring

Apache ^**

HTML 5

React

*

Весь исходный код и библиотеки при сборке продукта берутся из защищенного внутреннего репозитория, без подключения к интернету.
Большая часть из них модифицирована, как в части архитектуры, так и в части стабильности работы и высокой производительности.

Интеграция с приложениями

Обработка данных

Валидация и трансформация

При получении данных можно провести их валидацию и использовать специализированные компоненты для трансформации и преобразования форматов.

Обогащение

Во время обработки можно обратиться к внешним системам и использовать полученные данные для обогащения или обработки сообщения.

Аутентификация и Авторизация

Для аутентификации и авторизации пользователей и систем, предоставляются разнообразные варианты использования хранилища пользователей, в том числе и возможность работать с LDAP и MS AD.

Логика и обработка

При обработке сообщений можно использовать встроенные механизмы для описания логики обработки, а так же имеется возможность использовать языки программирования.

Балансировка и маршрутизация

Можно динамически маршрутизировать сообщения в зависимости от содержимого, а так же использовать интеграционную шину в качестве прикладного балансировщика

СОПС – Схема Обработки Потока Сообщений

Точка входа

REST API / Swagger – отдельный модуль
Web Service / WSDL – отдельный модуль
JMS, IBM MQ, Rabbit MQ, Kafka
Локальная очередь
Локальный файл
FTP сервер
FTP, SFTP, FTPS
SMTP, POP3, IMAP, Telegram
HTTP, HTTPS
JDBC
SAP RFC
OData, OData4
SSH
Телеметрия
WebSocket
Планировщик
Ссылка на СОПС

Точка обработки

Обогащение точкой входа/выхода
Формирование сообщения
Преобразование форматов
XSLT трансформация
XSD валидация
JavaScript/Groovy трансформация
Кэширование
Балансировка нагрузки
Фильтр, Цикл, Попытка
Многопоточность
Преобразование классов
Установка заголовков
Работа с вложениями
Логирование
Пользовательская обработка
Сегментация, Агрегация
SLA
Преобразование модели

Точка выхода

REST API / Swagger/ OpenAPI
Web Service / WSDL / SOAP
JMS, IBM MQ, Rabbit MQ, Kafka
Локальная очередь
Локальный файл
FTP, SFTP, FTPS
SMTP, POP3, IMAP, Telegram
HTTP, HTTPS
JDBC
SAP RFC
OData, OData4
SSH
Телеметрия
WebSocket
LDAP
Планировщик
Ссылка на СОПС

Форматы сообщений

Валидация, трансформация и преобразование форматов

Шифрование канала связи

Режимы работы

- На базе интеграционной шины FESB возможно развертывание как локальной (в рамках предприятия), так и географически распределенной интеграционной шины с обеспечением свойств катастрофоустойчивости.

- Брокер сообщений и менеджер очередей поддерживают работу как в режиме active/active, так и в active/passive вне зависимости от настроек и возможностей ОС

- Балансировка нагрузки как со стороны клиента так и внутри кластера.

- Менеджер очередей предоставляет возможность программной синхронизации очередей, как в синхронном режиме так и в асинхронном.

Пример 3х узловой отказоустойчивой и катастрофаустойчивой схемы (Штатная работа)

Функциональность