LIVE
Новость

Новая версия «Аналитического центра» от «Диасофт» получила функцию разделения данных

По описанию CNews, «Аналитический центр» теперь автоматически определяет степень востребованности данных и перемещает редко используемые массивы из «горячего» хранилища в «холодное».

Аврора Шинкарева·обновлено 26 октября 2026 г.

Новая версия «Аналитического центра» от «Диасофт» получила функцию разделения данных

По данным CNews, «Диасофт» выпустил обновленную версию «Аналитического центра» в составе платформы Digital Q.Reporting. Главное изменение, автоматическое разделение данных на «горячие» и «холодные», нацелено на более экономное использование вычислительных ресурсов и дискового пространства. Для цифровых команд релиз дает повод сравнить обновленный продукт со своей архитектурой, однако реальный эффект стоит проверять на собственных сценариях отчетности и нагрузки.

Данные перестают занимать ресурсы без необходимости

Это особенно заметно в системах, где архивные данные накапливаются на тех же дисках, что и оперативная аналитика.

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

За последний год в продукте также появились перенос данных из Arenadata DB в Hadoop с контролем качества и возможностью восстановления, синхронизация активного и пассивного кластеров Arenadata DB, а также управляемое удаление и временное хранение устаревших данных. Вместе это формирует более управляемый жизненный цикл данных, хотя на каждом переходе важно отдельно контролировать полноту и доступность массивов.

Совместимость и эксплуатация

Обновленный цифровой стек расширен поддержкой Java 17, которая заявлена до 2029 года. Сервер приложений Digital Q.AppServer теперь работает с тремя СУБД: собственной Digital Q.DataBase, Arenadata DB и Oracle Database. Команды могут выбирать подходящую конфигурацию, в том числе сочетать AppServer с Arenadata DB или Oracle Database.

Это расширяет возможности сборки импортонезависимого решения, что особенно важно для банков и других организаций с регуляторными требованиями. Сам Digital Q.Reporting включен в реестр российского программного обеспечения.

Для эксплуатации добавлены единая точка контроля компонентов в ЦОД с переключением контуров, веб-сервис обнаружения активного сервера и 24 метрики здоровья системы. Логи можно передавать через адаптер Apache Kafka, события информационной безопасности направляются в Syslog и Kafka. Также реализованы собственная репликация для MPP-систем и компоненты миграции и загрузки данных из Oracle, Arenadata DB и CSV.

Отдельного внимания заслуживает современный интерфейс подготовки обязательной отчетности, созданный на базе микросервисной архитектуры. Для разработчиков предусмотрены DevOps-конвейер на Ansible с автоматической установкой, обновлением и откатом, установка прикладных пакетов и ETL-процессов, а также ИИ-агент для работы с моделью данных и генерации ETL через YAML.

Что проверить на пилоте

Для обычного пользователя смартфона это обновление выглядит косвенно: прямого влияния на мобильный интерфейс нет. Но внутри компании оно может повлиять на скорость внутренних сервисов, доступность отчетных данных и стоимость эксплуатации.

На практике я бы проверила несколько сценариев:

  • Насколько корректно система определяет «холодные» данные и не возникает ли лишних перемещений при изменении профиля нагрузки.
  • Как проходят миграция и загрузка данных из Oracle, Arenadata DB и CSV, а также восстановление после сбоя.
  • Сохраняется ли доступность при переключении контуров и работе с активным и пассивным кластерами.
  • Достаточны ли 24 метрики и события в Syslog или Kafka для внутреннего мониторинга и реагирования на инциденты.
  • Соответствуют ли внесенные изменения требованиям информационной безопасности конкретной организации.

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