Сократить время вывода новых сервисов, унифицировать процесс разработки и эксплуатации микросервисов.
NEOMSA CI/CD — единый пайплайн сборки и поставки изменений в продуктив с централизованным логированием
Запустить Open API для партнёров и централизовать управление доступом для ДБО юрлиц
NEOMSA APIM — разграничение доступа для внешних партнёров, версионирование, публикация Open API
Единый процесс сборки и поставки микросервисов, DevOps для брокеров сообщений, перенос УСБС в банковский контур
NEOMSA CI/CD + Messaging — кластерные брокеры, единые пайплайны для сервисов на Java и Go
Платформа для запуска и эксплуатации микросервисных приложений с требованиями по безопасности и отказоустойчивости, базис для MLOps
NEOMSA Container Platform — единые требования к безопасности, логированию и мониторингу, управление всей инфраструктурой из одного интерфейса
Отсутствовал единый контур управления: разные шлюзы, неконтролируемый LLM-трафик, агенты без реестра прав
NEOMSA APIM — единая точка управления для API, LLM-трафика и инструментов агентов с политиками безопасности и аудитом
В основе NEOMSA APIM используется зрелое open-source ядро WSO2 API Manager. Но заказчик получает не набор компонентов с необходимостью самостоятельной доработки и поддержки, а готовый промышленный продукт.
Мы развиваем собственный developer portal, поддерживаем российские системы аутентификации и требования отечественных регуляторов, предоставляем расширенные возможности аудита и AI Gateway для управления доступом к языковым моделям. Развитием продукта, технической поддержкой и roadmap занимается команда Neoflex, без зависимости от зарубежного вендора.
На этапе пилотов прямые подключения действительно работают. Но когда количество ИИ-сервисов начинает расти, возникает вопрос контроля.
Кто использует модели? Какие данные передаются? Какие подразделения расходуют токены? Как ограничить затраты и обеспечить безопасность?
В NEOMSA APIM функции AI Gateway встроены в платформу и позволяют централизованно управлять доступом к языковым моделям, контролировать лимиты, вести аудит запросов и применять политики безопасности без внедрения отдельных решений.
Нет. Большинство проектов начинается с решения конкретной задачи — например, управления API или интеграциями между системами.
Каждый продукт линейки работает самостоятельно и может внедряться отдельно. При этом APIM, ESB, Messaging, MQ, CI/CD и Container Platform совместимы между собой и могут постепенно объединяться в единую интеграционную платформу по мере развития архитектуры.
Срок зависит от количества API, интеграций и особенностей инфраструктуры. Как правило, проект начинается с обследования текущего ландшафта: инвентаризации сервисов, API, политик безопасности и владельцев интеграций.
После этого NEOMSA разворачивается параллельно существующему решению, а перенос выполняется постепенно. Типовой пилотный проект занимает от 4 до 6 недель.
Поэтому мы не используем подход «переключить всё сразу».
Существующая платформа и NEOMSA работают параллельно, а перенос сервисов выполняется поэтапно. На каждом этапе сохраняется возможность быстрого отката.
Такой подход позволяет снижать риски и сохранять непрерывность работы даже для критичных интеграционных контуров.
Для многих заказчиков недостаточно заявления производителя о безопасности продукта. Поэтому NEOMSA APIM прошла независимый аудит исходного кода.
Проверку выполнило АО «Гринатом», имеющее лицензию ФСТЭК России на деятельность по технической защите информации. По итогам аудита выдано заключение об отсутствии критических уязвимостей в соответствии с требованиями Приказа ФСТЭК №239.
Да. Продукты линейки уже используются как альтернатива зарубежным решениям в области API Management, интеграции приложений, обмена сообщениями и контейнеризации.
NEOMSA APIM, NEOMSA Messaging и NeoMSA Container Platform включены в реестр российского программного обеспечения Минцифры России. Это позволяет использовать платформу в проектах импортозамещения без дополнительных согласований и снижает зависимость от иностранных поставщиков технологий.
Мы свяжемся с вами в течение 15 минут