loading Загружаю PDF
На страницу обзора

CNewsMarket: Рейтинг российских интеграционных платформ 2025

Место
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Компания
Диасофт
Неолант Тенакс
Датареон
Юзтех
ЕмДев
Инполюс
Платформеко
ГенАйТи
БПС Инновационные программные решения
СберТех
НПФ «Беркут»
Компо софт
Объединение "Агрегейт"
Ediweb
ЦИТ
Решение
Digital Q.Integration
FESB
Datareon
USEBUS AI-Code
Энтакси (Entaxy)
Inpolus
Platformeco IPaaS
Red Mule
СмартВиста Интеграционная платформа
Platform V Synapse App Mesh
Bercut ESB
Compo ESB
AggreGate
LinkServer
Ametum ESB
Рейтинг
881
840
816
805
800
795
790
781
770
760
729
665
660
605
530
Поддерживаемые протоколы обмена
110
110
105
110
110
110
100
110
90
100
101
100
90
70
80
HTTP/HTTPS
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
SOAP
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
REST
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
FTP, FTPS, SFTP
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
JMS/Active MQ
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
AMQP/Rabbit MQ
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
MQTT
Да
Да
Настраивается отдельно
Да
Да
Да
Нет
Да
Нет
Да
Да
Нет
Да
Нет
Настраивается отдельно
Apache Kafka
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
JDBC
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Email (IMAP, POP3, SMTP)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
ODATA
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Нет
В роадмапе
Да
Нет
Нет
Поддерживаемые форматы данных
60
50
60
50
50
50
50
55
40
45
41
60
35
60
35
XML
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
JSON
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
YAML
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Настраивается отдельно
CSV
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Настраивается отдельно
DBF
Да
Да
Да
Нет
Нет
Настраивается отдельно
Нет
Да
Нет
Настраивается отдельно
Нет
Да
Да
Настраивается отдельно
Коннектор к 1С
Да
Нет
Да
Да
Да
Да
Да
Настраивается отдельно
Нет
Да
В роадмапе
Да
Настраивается отдельно
Да
Настраивается отдельно
Варианты маршрутизации
30
30
30
30
30
30
30
30
30
30
30
30
30
30
30
По отправителю
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
По подписчику на поток/вид сообщения/фильтр по содержимому сообщения
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Передача данных множеству приемников из одного источника
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Преобразование сообщений
40
40
40
40
40
40
30
30
40
40
40
30
30
30
25
Разделение и объединение сообщений различных потоков данных
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Наличие механизма упрощенного мэппинга средствами шины: инструмент визуального мэппинга полей одного сообщения на другое с возможностью указания формул преобразования
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Да
Да
Нет
Нет
Настраивается отдельно
Возможность трансформации фрагмента интеграции или данных с помощью кода на высокоуровневом языке программирования
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Возможность разделения/копирования сообщения с отправкой каждого по своим маршрутам доставки
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Форматно-логический контроль
40
40
25
40
40
35
40
16
40
35
40
40
30
30
25
Проверка формата XML по XSD-схемам
Да
Да
Настраивается отдельно
Да
Да
Да
Да
В роадмапе
Да
Да
Да
Да
Да
Да
Да
Проверка формата JSON по JSON Schema
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Проверка формата YAML по JSON Schema
Да
Да
Настраивается отдельно
Да
Да
Настраивается отдельно
Да
Нет
Да
Настраивается отдельно
Да
Да
Да
Настраивается отдельно
Возможность разработки собственного модуля проверки формата сообщения на популярном языке (Java, JS , Lua, Xpath и др.) с возможностью подключения сторонних библиотек
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Нет
Настраивается отдельно
Возможности доставки сообщений
110
110
110
110
110
110
110
110
100
110
101
110
70
80
90
Гарантированная доставка сообщений FIFO
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Синхронная доставка сообщений
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Асинхронная доставка сообщений с проверкой статуса обработки доставленного асинхронно сообщения
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Повторная доставка сообщений по запросу получателя на указанную глубину времени
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Нет
Настраивается отдельно
Автоматическое восстановление доставки после сбоя
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Автоматическая отправка квитанции отправителю об успехе/неуспехе доставки
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Гарантированный порядок сообщений
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Настраивается отдельно
Приоритезация сообщений и потоков данных по различным критериям: отправителю, потоку данных, содержимому сообщения, получателю, размеру сообщения и т.д.
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
В роадмапе
Да
Настраивается отдельно
Нет
Настраивается отдельно
Доставка сообщению по инициативе шины (PUSH)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Доставка сообщению по запросу клиента (PULL)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Настраивается отдельно
Доставка бинарных файлов размером в 200 Мб и более
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Возможности масштабирования
60
50
60
60
40
60
60
60
50
55
51
20
60
40
55
Возможности вертикального масштабирования ИС
Да, путем увеличения ресурсов для выделенного сервера (standalone развертывание), либо увеличение ресурсов, выделенных на поду (в случае развертывания в Kubernetes)
Добавление процессорных ядер, оперативной памяти и дискового пространства на сервера FESB. Возможно без остановки серрвиса - поочередно на разных плечах кластера
Платформа поддерживает как вертикальное масштабирование (за счет увеличения ресурсов одного сервера), так и горизонтальное масштабирование через кластеризацию.
Увеличение вычислительных ресурсов (CPU, RAM, диск) на существующих серверах кластера. 1. Определение "узкого места" через мониторинг метрик (Prometheus/Grafana) для выявления недостатка ресурсов: - Высокая загрузка CPU: Процессоры не успевают обрабатывать Данные, растут очереди. - Нехватка RAM (Java Heap): Приводит к частым паузам Garbage Collection и замедлению работы. - Нехватка дискового пространства/I/O: Актуально для механизма Content Repository в NiFi, где буферизуются Данные FlowFile. 2. Планирование работ: Вертикальное масштабирование требует остановки ноды, поэтому проводится поэтапно для каждой ноды в кластере, чтобы не прерывать работу. 3. Процедура масштабирования: - НоДа переводится в режим "offline" (в кластере NiFi) или "drain" (в Kubernetes). - Обработка её текущей нагрузки автоматически перераспределяется на другие ноды кластера. - Выполняется остановка сервиса USEBUS на ноде. - В гипервизоре или облачном окружении изменяются параметры виртуальной машины (количество vCPU, объем RAM). - В файлах конфигурации USEBUS при необходимости увеличиваются значения, связанные с памятью. - Сервис перезапускается и возвращается в кластер.
Да
Добавление физических ресурсов и настройка JVM
Используется микросервисная архитектура. Каждая отдельная функция может быть выделена в отдельный деплоймент и независимо отмасштабирована в виде ПОД'а со всем набором вспомогательных контейнеров (sidecars) c тонкой настрокой лимитов, реквестов и использованием hpa/vpa компонентов для автоматического скейлинга. Вертикальное масштабирование ограничено только возможностью используемого оркестратора (k8s-совместимого) и разумными сложившимися практиками использования микросервисного подхода.
Да,возможно,поддерживается увеличение ресурсов одного узла (CPU, RAM) с последующим увеличением производительности.
Да
Для серверов обеспечивающей инфраструктуры возможное увеличение ресурсов CPU, RAM, Disk
Поддерживается вертикальное масштабирование всех сервисов путем увеличения объема ОЗУ (RAM), вычислительной мощности и\или количества vCPU, ёмкости дисковых хранилищ и пропускной способности сетевых интерфейсов.
Да
Увеличения производительности за счет увеличения ресурсов (CPU, RAM, HDD). Сервисы и компоненты шины могут быть развернуты на отдельных ВМ.
Возможности горизонтального масштабирования ИС
Да. В случае standalone развертывания поднимается несколько серверов, настраивается балансировщик. В случае развертывания в Kubernetes поднимаются дополнительные поды.
Добавление узлов(плечей) в кластер FESB
Настройка кластеризации
Добавление новых серверов (нод) в кластер для распределения нагрузки. В существующий кластер через административный интерфейс или конфигурацию оркестратора (Kubernetes) добавляется новая ноДа (worker node) с установленным USEBUS. НоДа автоматически подключается к кластеру и начинает получать заДачи на выполнение. Распределение нагрузки: - Статические файлы и конфигурации реплицируются на все ноды кластера. - Очередь сообщений (Kafka) автоматически распределяет партиции топиков между всеми потребителями. - Входящие HTTP-запросы балансируются на уровне L4/L7. - Потоки Данных (DataFlow) координируются кластером NiFi, который распределяет нагрузку по процессорам между всеми доступными ноДами.
Да
Кластер с общей БД или набор независимых узлов из теоретически неограниченного количества узлов и балансировщик перед ними
Используется микросервисная архитектура. Каждая отдельная функция может быть выделена в отдельный деплоймент и независимо отмасштабирована в виде ПОД'а со всем набором вспомогательных контейнеров (sidecars) c тонкой настрокой лимитов, реквестов и использованием hpa/vpa компонентов для автоматического скейлинга. Горизонтальное масштабирование ограничено только возможностью используемого оркестратора (k8s-совместимого).
Да,возможно,горизонтальное масштабирование достигается разверткой нескольких инстансов в кластере
Да
Для кластеров Kubernetes, на которых установлена платформа, возможно добавление новых worker узлов
Поддерживается горизонтальное масштабирование (добавление новых нод кластера) для среды выполнения потоков.
Да
Горизонтальное масштабирование реализуется за счёт микросервисной архитектуры и развертки дополнительных экземпляров шины на одной или нескольких ВМ, Синхронизация даннных (необходимых справочников для маршрутизации) выполняется на уровне СУБД. Ограничений на кол-во узлов нет.
Средства автоматической балансировки нагрузки по узлам/серверам системы
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Разбиение узлов системы на разделы для раздельной обработки или приоритезации отдельных потоков данных, отправителей/получателей
Да
Да
Да
Нет
Да
Да
Да
Да
Да
В роадмапе
Нет
Да
Нет
Да
Реализация отказоустойчивого кластера с плечами в разных ЦОД
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Характеристики пользовательского интерфейса управления
50
50
50
50
50
50
50
50
50
50
32
50
50
50
25
Полнофункциональный "тонкий" клиент (web)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Компоненты/модули ИС изолированы (кодом) друг от друга
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Система не имеет ограничений на общее кол-во учетных записей пользователей (не считая ограничений, накладываемых СУБД, ОС и иным базовым ПО)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Библиотека шаблонов интеграций (возможность сохранения и повторного использования своих шаблонов и компонентов)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
В роадмапе
Да
Да
Да
Нет
Встроенная поддержка отладки, пошагового выполнения, просмотра переменных, трейсинга на этапе разработки
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
В роадмапе
Да
Да
Да
Нет
Мониторинг работы системы
60
50
60
50
60
55
60
60
60
50
60
40
60
40
25
Логирование событий передачи сообщений с документированным форматом, доступным для внешнего разбора (минимальные атрибуты: дата и время события, класс события, содержание события-описание)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Наличие встроенного механизма контроля работы компонентов системы, аналогичного по функционалу с Zabbix
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Нет
Наличие встроенного механизма метрик работы системы (в т.ч. производительности) аналогичному Grafana
Да
Нет
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Нет
Нет
Наличие настроенных метрик для компонентов системы
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Настраивается отдельно
Возможность добавлять дополнительные метрики
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Наличие инструментов контроля состояния обработки сообщений в шине, включая отборы по статусу и этапу обработки
Да
Да
Да
Да
Да
Да
Да
Да
Да
нет
Да
Да
Да
Да
Да
Поддержка защищенных протоколов
50
45
40
50
50
50
50
50
40
50
41
50
40
40
30
SSL/TLS (TLS v1.1, TLS v1.2, TLS v1.3)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
mTLS
Да
Настраивается отдельно
Нет
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Нет
Нет
SSH
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
В роадмапе
Да
Да
Да
Да
SMTPS, POP3 TLS, IMAP TLS
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
SFTP
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Да
Да
Да
Да
Возможности аудита
21
30
30
30
30
30
30
30
20
30
30
20
30
20
30
Регистрация событий информационной безопасности
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Наличие штатного, предконфигурированного, набора событий ИБ (например создание/изменение пользователя, внесение изменений в настройки и т.д.)
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Нет
Да
Возможность регулировки глубины хранения журналов событий информационной безопасности
В роадмапе
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Да
Да
Да
Да
Контроль доступа
60
55
41
60
60
45
60
30
60
30
51
40
50
40
40
Наличие механизма разделения ролей пользователей, технических учетных записей, администраторов и администраторов ИБ
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Да
Идентификация и аутентификация пользователей при доступе в информационную систему через локальные учетные записи
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Идентификация и аутентификация пользователей при доступе в информационную систему через интеграцию со службами каталогов LDAP
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Нет
В роадмапе
Да
Да
Да
Да
Возможность аутентификации пользователя по OAuth2
Да
Да
нет
Да
Да
Настраивается отдельно
Да
Нет
Да
Да
Да
Да
Да
Нет
Настраивается отдельно
Для локальных учетных записей - хранение паролей в виде невосстановимых хэшей
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Да
Да
Нет
Двухфакторная аутентификация пользователя
Да
Настраивается отдельно
В роадмапе
Да
Да
Нет
Да
Нет
Да
Нет
Да
Нет
Нет
Нет
Настраивается отдельно
Регулярное предоставление заказчикам обновлений безопасности, закрывающих выявленные проблемы ИБ в компонентах системы
10
0
0
10
10
10
10
10
10
10
10
10
10
10
5
Регулярное предоставление заказчикам обновлений безопасности, закрывающих выявленные проблемы ИБ в компонентах системы
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Настраивается отдельно
Сертификат ФСТЭК
20
20
5
5
5
5
Ссылка на сертификат ФСТЭК
№4968 от 25.08.2025 https://reestr.fstec.ru/reg3
№4423 от 25.06.2021
В роадмапе
В роадмапе
В роадмапе
В роадмапе
Ссылка на запись в Едином реестре российских программ
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
Ссылка на запись в Едином реестре российских программ
Реестровая запись №9907 от 25.03.2021
ссылка
Возможность развертывания на отечественных ОС
50
60
60
0
10
30
0
40
30
20
10
0
10
0
0
Возможность развертывания на ОС ALT Linux
ver. 10
ver. 10 +
ver. 10+
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
Да
ver. 10 (сертификат совместимости), технически поддерживаются любые версии, где возможно функционирование Java 1.8
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
ver. 11.0
ver. 10
ver. ALT 8+ Для микросервисного ядра на Kubernetes, для событйиного сегмента SMBX - ver. ALT 8+ , см https://client.sbertech.ru/docs/public/AM/1.6.0/SMBX/3.0.0/documents/installation-guide/system-requirements_system-software.html
Совместимость не тестировалась, однако, платформа Bercut ESB поставляется как набор стандартизированных Docker-образов, включающих все компоненты шины. Docker-образы собраны на базе стандартного образа РедОС 7.3 и совместимы с ОС при соблюдении условий: 1) использование архитектуры (x86-64), 2) наличие совместимой версии Docker (≥ 18.06) или Podman (≥ 3.0)
Да (32-bit и 64-bit версии с поддержкой Java)
Да
Да
Возможность развертывания на ОС AstraLinux
ver. 1.7.5
ver. 1.5 +
ver. 5+
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
ver. 2.12
ver. 1.7 Special Edition (сертификат совместимости), технически поддерживаются любые версии, где возможно функционирование Java 1.8
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
ver. 1.7.8
ver. 1.7+
ver. 1.7 Для микросервисного ядра на Kubernetes, для событйиного сегмента SMBX - AstraLinux ver. 1.7 , см https://client.sbertech.ru/docs/public/AM/1.6.0/SMBX/3.0.0/documents/installation-guide/system-requirements_system-software.html
В роадмапе
ver. Special Edition 1.7, 1.8
Да
Да
Возможность развертывания на ОС МСВСфера
ver. 9.6
ver. 9+
ver. 5.0+
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
Да
Настраивается отдельно
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
Настраивается отдельно
Не тестировалось
Да для микросервисного ядра на Kubernetes
Совместимость не тестировалась, однако, платформа Bercut ESB поставляется как набор стандартизированных Docker-образов, включающих все компоненты шины. Docker-образы собраны на базе стандартного образа РедОС 7.3 и совместимы с ОС при соблюдении условий: 1) использование архитектуры (x86-64), 2) наличие совместимой версии Docker (≥ 18.06) или Podman (≥ 3.0)
не тестировалось
Не тестировалось
Нет
Востребованности не было
Возможность развертывания на ОС ОСнова
ver. 2.13
ver. 2+
ver. под Debian
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
Да
Настраивается отдельно
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
Настраивается отдельно
Не тестировалось
Да для микросервисного ядра на Kubernetes
Совместимость не тестировалась, однако, платформа Bercut ESB поставляется как набор стандартизированных Docker-образов, включающих все компоненты шины. Docker-образы собраны на базе стандартного образа РедОС 7.3 и совместимы с ОС при соблюдении условий: 1) использование архитектуры (x86-64), 2) наличие совместимой версии Docker (≥ 18.06) или Podman (≥ 3.0)
не тестировалось
Не тестировалось
Нет
Востребованности не было
Возможность развертывания на ОС Ред ОС
ver. 7.3.2
ver. 7.2 +
ver. 7.3+
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
Да
ver. Без ограничений (сертификат совместимости)
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
ver. 7.3
ver. 7.3+
Да для микросервисного ядра на Kubernetes
ver. 7.3.5+
Да (Общая)
Нет
Да
Возможность развертывания на ОС РОСА
Не тестировалось
ver. 12+
ver. Fresh R11+
Продукт поставляется в виде контейнеров и предназначен для развертывания в Kubernetes. Данный способ де-факто абстрагирует приложение от базовой ОС, что обеспечивает гибкость и переносимость. Прямая установка на перечисленные ОС требует дополнительного тестирования.
Да
Настраивается отдельно
любая версия, на которой разворачивается k8s версии 1.28 и более ранних
ver. ROSA „fresh“ 13
Не тестировалось
Да для микросервисного ядра на Kubernetes
Совместимость не тестировалась, однако, платформа Bercut ESB поставляется как набор стандартизированных Docker-образов, включающих все компоненты шины. Docker-образы собраны на базе стандартного образа РедОС 7.3 и совместимы с ОС при соблюдении условий: 1) использование архитектуры (x86-64), 2) наличие совместимой версии Docker (≥ 18.06) или Podman (≥ 3.0)
не тестировалось
Не тестировалось
Нет
Востребованности не было
Отсутствие зависимости от ПО, не соответствующего Методическим рекомендациям по переходу на преимущественное использование отечественного ПО
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
Отсутствие зависимости от ПО, не соответствующего Методическим рекомендациям по переходу на преимущественное использование отечественного ПО
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Наличие интерактивной документации по всем компонентам шины
45
45
45
45
45
45
45
45
45
45
31
30
15
15
0
Эксплуатационная документация
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Инструкции для разработчика
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
В роадмапе
Да
Да
Нет
Нет
Инструкции для администратора
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Нет
Нет
Техническая поддержка
45
35
35
45
45
25
45
35
45
35
35
15
30
30
15
Возможность консультаций на сайте вендора, поддержка каналов в мессенджерах, тикеты в электронной почте
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Нет
Да
Да
Настраивается отдельно
Поддержка в режиме 24*7
Да
Настраивается отдельно
Настраивается отдельно
Да
Да
Настраивается отдельно
Да
Да
Да
Настраивается отдельно
Настраивается отдельно
Нет
Нет
Настраивается отдельно
Различные уровни ТП со своими SLA
Да
Да
Да
Да
Да
Настраивается отдельно
Да
Настраивается отдельно
Да
Да
Да
Да
Да
Да
Настраивается отдельно

Вернуться на главную страницу обзора