ELMA365 усиливает безопасность, упрощает эксплуатацию и модернизирует инфраструктуру
Изолированный модуль аудита с переносимым сервисом, установка платформы без MongoDB, переход на современный стек Kubernetes и новые методы для разработчиков. Инструменты для зрелых, безопасных и просто сопровождаемых корпоративных систем.
Новые функциональные возможности
Новая версия модуля Аудит безопасности
Модуль аудита фиксирует действия пользователей и события безопасности платформы. Раньше его серверную часть требовалось устанавливать вручную и отдельно, а для обращений к платформе использовалось отдельное API. Это усложняло развертывание и сопровождение модуля.
В новой версии модуль представляет собой полностью изолированный компонент с переносимым сервисом. Все серверные компоненты устанавливаются автоматически при установке из ELMA365 Store и работают через стандартное API платформы. Реализована более безопасная настройка секретов, а для подключения к базе данных добавлена поддержка SSL-сертификатов через механизм платформы ConfigMap. Установку и настройку серверных компонентов платформа выполняет самостоятельно.
Версия 3.0 доступна начиная с версии платформы 2026.4. Для LTS 2025.10 будет доступен модуль версии 2.4.1.
Работа платформы без MongoDB
Мы продолжаем унификацию инфраструктуры платформы, чтобы упростить ее установку и сопровождение силами клиента и нашей команды поддержки. Чем меньше внешних компонентов задействовано в работе платформы, тем проще ее разворачивать, обновлять и поддерживать в продуктивной среде.
Для новых инсталляций появилась возможность установить ELMA365 полностью без СУБД MongoDB. Это сокращает число обслуживаемых компонентов инфраструктуры, снижает требования к эксплуатации и делает установку платформы проще и предсказуемее.
Для крупных заказчиков это вопрос безопасности и технологического суверенитета. ELMA365 — отечественное, импортонезависимое программное обеспечение: платформа входит в Единый реестр российского ПО и отвечает требованиям импортозамещения. Унификация инфраструктуры упрощает поддерживаемый и сертифицируемый контур платформы.
Завершение поддержки PostgreSQL 12
Платформа развивается вместе с экосистемой PostgreSQL и использует ее современные механизмы обработки и оптимизации данных. Версия PostgreSQL 12 и более ранние сняты с сопровождения сообществом PostgreSQL, поэтому в релизе 2026.4 мы завершили их поддержку и ориентируемся на актуальные версии СУБД. Работа на современной версии PostgreSQL повышает производительность взаимодействия с базой данных, стабильность платформы и открывает доступ к актуальным возможностям СУБД в высоконагруженных инсталляциях.
При обновлении до версии 2026.4 необходимо заранее обновить PostgreSQL. Рекомендуемый сценарий: выгрузка текущих данных, установка новой версии PostgreSQL (рекомендуем PostgreSQL 16) и восстановление из резервной копии.
Поддержка Gateway API
Инфраструктурный ландшафт Kubernetes меняется, и вместе с ним меняются подходы к публикации сервисов и управлению входящим трафиком. После объявления о завершении активного развития Ingress-NGINX, основанного на устаревающем Networking API, мы подготовили платформу к переходу на современные стандарты Kubernetes Networking.
В релизе 2026.4 реализована поддержка Gateway API. Платформа работает с современными ingress-решениями на базе Istio Gateway и Envoy, что расширяет возможности управления трафиком, обеспечения безопасности и масштабирования инфраструктуры.
Современная балансировка трафика на Cilium eBPF
Не все инфраструктуры готовы внедрять полноценный Service Mesh из-за дополнительных требований к ресурсам и усложнения архитектуры. При этом отказоустойчивость и эффективная балансировка нагрузки остаются обязательными требованиями к корпоративным системам.
В релизе 2026.4 добавлена поддержка балансировки на базе Cilium eBPF. Технология обрабатывает и балансирует сетевой трафик на уровне ядра Linux, без дополнительных proxy-контейнеров и sidecar-архитектуры. Это снижает инфраструктурные издержки и задержки, повышает общую эффективность работы платформы в среде Kubernetes.
Удаление экземпляров процессов
При длительной эксплуатации платформы в системе накапливаются экземпляры процессов, которые уже не нужны для работы. Администраторам важно иметь управляемый способ очистки таких данных.
В новой версии появилась возможность безвозвратного удаления экземпляров процессов и их задач.
Удаление доступно для экземпляров в статусах «Завершен», «Прерван» и «Архивирован» и выполняется с карточки конкретного экземпляра. Поддержку массового удаления мы добавим в следующих релизах.
Функциональность особенно важна для высоконагруженных конфигураций с большим объемом накапливающихся служебных данных: она поддерживает стабильность работы и оптимальное потребление ресурсов системы.
Значения полей по умолчанию в скриптах TS SDK
Для полей «Строка», «Число», «Ссылка», «Деньги» и «Дата» добавлен метод getDefaultValue, который возвращает заданное значение поля по умолчанию. Для поля типа «Дата/Время» с включенной настройкой установки текущих даты и времени метод возвращает значение в формате TDateTime. Для полей типа «Деньги» метод возвращает объект TMoney.
Метод доступен в клиентских и серверных скриптах и упрощает работу разработчиков с предопределенными значениями полей при построении бизнес-логики.
