По данным разработчика платформы корпоративного ИТ-мониторинга и автоматизации «Монк Диджитал Лаб», в I квартале 2025 года произошел резкий всплеск ИТ-сбоев в ключевых отраслях российской экономики. Количество масштабных инцидентов в российских компаниях выросло на 25 % по сравнению с IV кварталом 2024 года. Об этом сообщила пресс-служба компании.

Одной из главных причин такого всплеска специалисты называют участившиеся технические проблемы в инфраструктуре организаций, а также с ростом количества кибератак. Наибольшее количество инцидентов пришлось на финансовый сектор (25 % от общего числа сбоев против 18 % кварталом ранее), телеком (20 %) и ритейл (15 %).

Более 50 % инцидентов затронули критичные бизнес-процессы компаний, включая платежные системы, обработку заказов, логистику и доступ к внутренним корпоративным системам. Средняя продолжительность серьезных сбоев составила от 30 минут до 4 часов, но были и инциденты длительностью до 72 часов. Если в 2024 году преобладали точечные технические сбои, то в I квартале 2025 года это уже были многофакторные, цепные инциденты, затрагивающие сразу несколько отраслей.

Источник: «Монк Диджитал Лаб»

«Первый квартал 2025 года подтвердил, что стабильность ИТ-инфраструктуры — не просто вопрос надежности, а фактор операционной устойчивости и конкурентоспособности бизнеса. Компании, которые выстроили системы мониторинга, реагирования и отказоустойчивости, проходят через кризис с минимальными потерями», — отметил управляющий партнер «Монк Диджитал Лаб».

Разработчик систем кибербезопасности R-Vision запускает новое направление, ориентированное на комплексную цифровизацию бизнеса. Компания сфокусируется на решении задач для эффективного сотрудничества ИТ и ИБ-подразделений, а также на развитии технологий для управления данными. Об этом сообщила пресс-служба R-Vision.

По оценкам аналитиков, более 67 % инцидентов в сфере информационной безопасности связаны с непрозрачностью инфраструктуры и разобщенностью процессов. Невозможность эффективно управлять своими данными ведет к потерям не менее 30 % текущей выручки. Как поясняют в компании, новое ИТ-направление направлено на системное решение этих задач.

Новая линейка продуктов для управления ИТ-ландшафтом, сервисом и процессами вокруг данных создается на единой платформе R-Vision EVO. Решения охватывают контроль конфигураций, инвентаризацию активов, автоматизацию совместных процессов ИТ и ИБ, а также задачи обработки и хранения данных.

Источник изображения: R-Vision

В линейку новых решений входят R-Vision CMDB (для централизованного управления базой данных об ИТ-компонентах и их конфигурациях), R-Vision ITSM (для автоматизации и управления ИТ-услугами, использующая передовые практики библиотеки ITIL), R-Vision ITAM (для управления жизненным циклом ИТ-активов компании) и R-Vision DGP (для управления данными).

По информации пресс-службы, первые пилотные внедрения продуктов из ИТ-линейки уже запланированы. По оценке R-Vision, к 2028 году новое направление может приносить до 30 % общей выручки компании.

На конференции PG BootCamp Russia было представлено 16 докладов, охватывающих различные аспекты работы с PostgreSQL: оптимизацию запросов, репликацию, сжатие данных, восстановление информации, тестирование, а также обработку временных рядов и модификацию структур данных в реальном времени. Число участников превысило 1500, из которых 230 человек посетили мероприятие лично. Генеральным партнёром события выступила российская компания «Тантор Лабс», разработчик СУБД Tantor на основе PostgreSQL.

В этом году 10 апреля Екатеринбург стал площадкой для проведения четвёртой конференции PG BootCamp Russia — официального комьюнити-мероприятия, посвящённого разработке и использованию СУБД PostgreSQL. Событие прошло при поддержке генерального партнёра — компании «Тантор Лабс», разработчика семейства СУБД Tantor Postgres.

Источник изображений: пресс-служба PG BootCamp Russia

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

Предыдущие конференции проходили в 2023–2024 гг. в Москве, Минске и Казани, а самый первый PG BootCamp состоялся в 2023 г. в Тель-Авиве. Инициаторами создания площадки для практического обучения и взаимодействия разработчиков и пользователей стали член PostgreSQL Core Team и один из отцов-основателей PostgreSQL Брюс Момжан (Bruce Momjian), а также Михаил Гольдберг, на тот момент председатель комитета PostgreSQL Code of Conduct.

Для участия в PG BootCamp Russia 2025 в Екатеринбурге зарегистрировались более 2800 человек, из них свыше трёхсот — для очного посещения, а остальные — для дистанционного просмотра.

«PostgreSQL — это не просто система управления базами данных, а глобальное сообщество, где открытый код, качество и непрерывное развитие стали основой философии, благодаря которой Postgres стал одной из самых надежных и популярных СУБД в мире. Для нас как организаторов официального мероприятия сообщества важно, чтобы конференция была интересна всем, кто увлекается этой замечательной СУБД»,— отметил Вадим Яценко, генеральный директор компании «Тантор Лабс».

Мероприятие в этот раз проходило в два трека: один был посвящён разработке и «внутренностям» PostgreSQL, другой — преимущественно вопросам эксплуатации.

Максим Милютин и Сергей Соловьев («Тантор Лабс») провели глубокий технический разбор оптимизации запросов PostgreSQL в части препроцессинга исходного дерева запросов и раскрыли способы сделать запрос более производительным, а план запроса — более управляемым.

Игорь Мельников из «Форсайт» раскрыл треки управления жизненным циклом информации (ILM). В первом докладе спикера рассматривалась автоматизация переноса данных между слоями различных хранилищ с акцентом на оптимизацию инфраструктурных затрат организаций, во втором продемонстрировано расширение dbms_redefinition для изменения структуры таблиц PostgreSQL «на лету».

Александр Никитин (DBA.team) в двух выступлениях поделился практическими методами анализа и оптимизации SQL-запросов через призму задач администратора БД, рассмотрел логическую репликацию в PostgreSQL, методы разрешения коллизий и преобразование физических реплик в логические.

Живой интерес участников вызвал доклад Михаила Торговкина (ЦРЦТ «Максимум») на тему «Археология данных в PostgreSQL», посвящённый критическому восстановлению утраченных данных из нечитаемых таблиц, включая ручной парсинг страниц и восстановление с использованием низкоуровневых утилит. Также слушатели с вниманием отнеслись к докладу Евгения Воропаева («Тантор Лабс») о разработке и отладке патча с 64-битным счетчиком транзакций PostgreSQL, востребованного в высоконагруженных проектах.

Андрей Бородин и Кирилл Решке (Yandex.Cloud) в своих отдельных выступлениях раскрыли внутренние механизмы WAL-G для сокращения лага между Primary и Standby и влияние бинарной совместимости мажорных версий PostgreSQL и Greenplum на разработку.

Лев Николаев («Тантор Лабс») представил утилиту pg_orchestrator для автоматизации сложных сценариев обновлений тестирования PostgreSQL через YAML-манифесты, а Артем Бугаенко из этой же компании рассказал, на каких факторов строится статистика PostgreSQL и чем подход Postgres отличается от подходов, реализованных в других СУБД.

Павел Селезнев (Pangolin) описал подходы к сжатию данных в PostgreSQL, включая анализ алгоритмов и их влияние на производительность, а Максим Старков («Тантор Лабс») посвятил своё выступление особенностям определения селективности планировщиком запросов PostgreSQL.

Живой отклик аудитории вызвал рассказ Вадима Яценко о модернизации «заброшенного» первоначальными разработчиками расширения PipelineDB, предназначенного для высокоскоростной агрегации временных рядов. Тема привлекла разработчиков, которые занимаются обработкой потоковых данных и оптимизацией legacy-решений. Как превратить PostgreSQL в функциональный RESTful API-сервер с эффективным межсистемным взаимодействием показал Константин Ващенков из «Хи-Квадрат».

В завершение встречи Василий Никонов («Интеллектуальные Системы») рассказал о возможностях статического анализа для выявления и предотвращения скрытых ошибок в БД PostgreSQL и предложил действенные практики автоматизации поиска уязвимостей структуры данных.

PG BootCamp Russia в Екатеринбурге ещё раз подтвердил большой интерес российских и зарубежных специалистов к актуальным вопросам развития и использования популярной СУБД. Конференция стала для всей отрасли знаковым событием, а для профессионалов — ценной возможностью обменяться опытом и результатами своей работы.

«Киберпротект», российский разработчик ПО для резервного копирования и восстановления данных, представил новую версию системы резервного копирования Кибер Бэкап 17.3. По словам компании, в данном релизе обеспечен рывок в производительности системы относительно максимального числа защищаемых источников данных, дальнейшего развития возможностей работы агентов в многопоточном и кластерном режимах, а также механизмов восстановления БД PostgreSQL. Также были улучшены работа с платформами виртуализации и контейнеризации, информирование и безопасность.

Если предыдущая версия системы поддерживала работу с тысячами источников данных, то Кибер Бэкап 17.3 эффективно обеспечивает одновременное резервное копирование до 20 тыс. ящиков сервисов Почта VK WorkSpace и CommuniGate Pro. Как сообщает разработчик, до конца года этот показатель будет кратно увеличен. Также была добавлена возможность объединения агентов отечественных почтовых сервисов в кластер — логическую группу, выполняющую одно задание резервного копирования, автоматически балансируя нагрузку между агентами.

Источник изображений: «Киберпротект»

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

Вместе с тем высокопроизводительной работе системы могут препятствовать ограничения источника данных. Например, одна из системных утилит СУБД PostgreSQL в сценариях гранулярного восстановления больших баз данных использует весь свободный объём оперативной памяти. В случае, если объём базы превышает его, возникают ошибки. Чтобы снять ограничения для PostgreSQL и отечественных СУБД на её основе при восстановлении, в Кибер Бэкап 17.3 используется собственный механизм гранулярного восстановления.

Также Кибер Бэкап 17.3 получил улучшенную защиту виртуальных машин OpenStack, поддерживаемой решением в «безагентном» режиме. А агент уровня гипервизора для OpenStack получил поддержку регионов. Это позволит полноценно реализовать защиту сложных виртуальных инфраструктур на базе OpenStack. Для VMware и решений на базе oVirt в дополнение к резервному копированию и восстановлению тегов была реализована возможность работы с тегами (поиск и группировка ВМ, применение к ним заданий резервного копирования) в самой системе резервного копирования, что поможет существенно упростить конфигурирования заданий и исключить человеческие ошибки.

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

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

Наконец, в Кибер Бэкапе 17.3 также был расширен список событий, отображаемых в Журнале аудита, представленном в Кибер Бэкап 17.2, и передаваемых в системы SIEM, за счёт десятков новых типов.

До конца 2025 года все ведомства должны определить типовые значимые объекты критической информационной инфраструктуры (КИИ) для каждой отрасли и сроки их перевода на российское ПО, сообщил глава Минцифры Максут Шадаев на годовом собрании АРПП «Отечественный софт». Он подчеркнул, что за нарушение установленных сроков в дальнейшем будет введена финансовая ответственность, пишет «Интерфакс».

Согласно утверждённому закону, правительство получило полномочия утвердить по каждой отрасли типовые значимые объекты КИИ, которые собственники обязаны будут классифицировать. Теперь обязанность по переводу значимых объектов КИИ на российский софт распространяется не только на госкомпании и госорганы, но и на коммерческие компании.

Как отметил министр, самая главная «битва» разгорится между заказчиками и разработчиками по установлению предельной даты перехода на российские решения. На следующем этапе предполагается введение ответственности за срыв сроков перехода. «То есть понятно, что без ответственности финансовой за нарушение сроков это работать не будет», — сказал Шадаев.

Источник изображения: Florian Olivo/unsplash.com

Министр также напомнил, что не все госкомпании и госорганизации успели перевести на отечественное ПО значимые объекты КИИ в срок до 1 января 2025 года согласно указу президента, что, по его словам, зачастую произошло по объективным причинам.

Российская компания «Базальт СПО» сообщила о том, что в её операционных системах «Альт» появился инструмент под названием «Копидел» для быстрого клонирования. Это приложение упростит однотипную установку ОС на большое количество компьютеров.

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

Источник изображения: «Базальт СПО»

Приложение выполнено в виде модуля Центра управления системой «Альтератор». Работать с «Копиделом» можно через графический интерфейс и командную строку. Для формирования образа в формате ISO достаточно указать требуемые параметры. После этого его можно тиражировать через физические носители и/или через сеть (при наличии функции сетевой загрузки). «Копидел» включён в базовую установку платформ «Альт», поэтому подключение к интернету для работы с инструментом не требуется.

«Копидел» можно применять в обычном режиме и в формате OEM-установки. Во втором случае на новый компьютер не переносятся сетевые настройки и пользователи. Дополнительно можно задать игнорирование части файлов и каталогов, в том числе с использованием регулярных выражений. Благодаря этому можно упростить процесс подготовки компьютеров для поставок в другие организации или структурные подразделения одного и того же предприятия.

«Базальт СПО» подчёркивает, что приложение находится на стадии разработки. Компания принимает предложения по улучшению продукта от заказчиков и частных пользователей. Кроме того, у компании есть комплекс «Альт Платформа» для сборки ПО и формирования дистрибутивов.

Компании, вложившие большие средства в ПО Microsoft, буквально не могут покинуть принадлежащее последней облако Azure, чтобы перейти в AWS или Google Cloud Platform вместо собственных серверов. Использовать ПО гиганта из Редмонда в облаках сторонних провайдеров из-за лицензионной политики Microsoft очень дорого, но и переписывать ПО для Linux, возможно, ещё дороже, сообщает The Register.

AWS и Google пожаловались в британское Управление по конкуренции и рынкам (CMA), ведущее расследование ситуации на облачном рынке страны, что клиенты столкнулись с дилеммой — либо использовать Azure, либо платить в четыре раза больше за запуск приложений под Windows Server и SQL Server в сторонних облаках. В 2019 году Microsoft ввела систему «запретительного» лицензирования, начав требовать отдельные лицензии для работы Windows Server и SQL Server в облаках Amazon, Google и Alibaba.

Простейшим решением был бы переход клиентов на Linux, но зачастую они вложили немало средств в экосистему Microsoft и выбирать им не приходится — они «очень зависимы» от Windows и других продуктов. Google жалуется на искусственно созданную Microsoft привязку к Windows Server и SQL Server — на модернизацию и перенос таких систем на Linux «уйдут годы и годы». Фактически придётся переписать все приложения, годами создававшиеся под экосистему Microsoft. По данным Google, у некоторых компаний на подобную миграцию действительно уходило по несколько лет, что сказалось на ценах для конечных пользователей. У многих организаций просто нет ресурсов для таких «реформ».

Источник изображения: CHUTTERSNAP/unsplash.com

Кроме того, использующие Windows Server на собственном оборудовании и желающие перебраться в облако компании из-за стоимости лицензий фактически не имеют выбора — миграция в Azure для них будет значительно дешевле, чем в другие облака. AWS также согласна с тем, что переход на Linux и другое облако для многих клиентов Azure — это очень дорогая, часто экономически неоправданная задача. По подсчётам Google, 70–80 % выручки Azure поступает от клиентов, использующих Windows Server и SQL Server. Таким образом, говорит Google, конкретно это ПО — «критически важная часть» облачного рынка.

Google и AWS хотят, чтобы CMA решила вопрос с неконкурентным ценообразованием Microsoft. Британский регулятор предварительно уже решил, что такое поведение компании действительно не соответствует правилам «здорового» рынка. В самой Microsoft считают, что в удержании клиентов при переходе с on-premise в облако нет ничего противоправного. По её мнению, при подходе к ценообразованию SPLA она соблюдает баланс, прося «не слишком мало, но и не слишком много». Кроме того, компания предлагает Linux-версию SQL Server.

Окончательное решение CMA должно вынести 4 июля. В числе прочих расследуемых проблем — комиссии за перенос данных (egress fees) и технические барьеры при переходе из облака в облако. В самом CMA больших проблем в этом не видят, но малые облачные провайдеры не согласны, считая, что подобные препятствия на руку лишь гиперскейлерам. Формально «штрафы» за перенос данных в другое облако «большая тройка» отменила. Вот только Amazon не требует при миграции отказываться от всех сервисов и закрывать аккаунты, а Microsoft и Google — требуют.

Провайдер Cloud.ru представил Evolution ML Inference — первый, по словам компании, в России управляемый облачный сервис для инференса больших языковых моделей (LLM), который позволит эффективно управлять вычислительными ресурсами. С его помощью клиенты смогут помимо моделей GigaChat от Cloud.ru запускать и развертывать собственные ИИ-модели, а также open source модели из библиотеки Hugging Face на базе облачных ускорителей.

Это полностью управляемый сервис — пользователю достаточно настроить конфигурацию, модель и тип масштабирования, Cloud.ru предоставит доступ к мощным ускорителям, а также будет отвечать за полное администрирование и обслуживание инфраструктуры. Сервис отличается простотой и гибкостью управления, что позволяет запускать модели без необходимости сборки образа напрямую из Hugging Face, а также запускать собственные образы со своим окружением.

Благодаря поддержке технологии Shared GPU, позволяющей распределять GPU-ресурсы с учётом потребления количества vRAM, необходимого для эффективной работы модели без задержек, а также с возможностью динамически перераспределять ресурсы в зависимости от текущих потребностей, сервис обеспечивает повышение утилизации мощностей в ИИ-проектах от 15 до 45 % в сравнении со сценарием, когда GPU используется целиком. Тем самым обеспечивается высокая степень адаптации и рациональное использование доступных ресурсов с одновременным запуском нескольких моделей на одном GPU.

«Это делает технологию наиболее оптимальной для распределённых систем с разнородной вычислительной инфраструктурой и помогает эффективно масштабировать нагрузку», — отметила Cloud.ru. Ещё одно отличие сервиса — поддержка режима скайлирования (эффективного масштабирования), когда оплата за использование модели начисляет только с момента обращения к ней.

По оценкам Cloud.ru, около 70 % заказчиков используют GPU-ресурсы, зарезервированные под инференс в процессе эксплуатации ML-моделей, менее чем на 55 %. При внедрении ИИ в большинстве случаев базой становится именно среда исполнения модели. Поэтому для рационального использования ресурсов и оптимизации затрат при обработке ИИ-нагрузок, особенно генеративного ИИ, необходима производительная инфраструктура с гибким масштабированием в реальном времени, отметил глава Cloud.ru.

По оценкам AWS, облако Microsoft Azure лишилось бы половины нагрузок корпоративных клиентов, если бы не «заградительные пошлины» на уход от редмондской компании. Заявление фигурирует в очередной жалобе Управлению по конкуренции и рынкам Великобритании (CMA) в рамках расследования Cloud Services Market Investigation, сообщает The Register. С 2019 года использование Windows Server и ряда других продуктов в облаках прямых конкурентов Microsoft вчетверо дороже, чем в Azure. Сама Microsoft не видит в этом никакой проблемы.

В AWS утверждают, что такая практика лицензирования Microsoft вредит конкуренции и облачному рынку Великобритании. При этом в компании уверены, что Microsoft не имеет убедительных оправданий для подобных изменений, искусственно завышая цены. Google поддерживает AWS в данном вопросе, а заодно подала аналогичную жалобу регуляторам Евросоюза, да и в целом пытается сколачивать союзы против конкурента.

AWS и Google опасаются, что более высокие цены на ПО Microsoft при использовании в чужих облаках коммерчески «привязывают» клиентов к компании. В AWS подчёркивают, что Microsoft доминирует на некоторых сегментах рынка ПО, поэтому клиенты, желающие использовать их в облаке, фактически зависимы от Azure. Кроме того, некоторые «неценовые» ограничения также мешают использовать софт компании в чужих облаках. В частности, BYOL-политика Microsoft заставляет заново покупать лицензии на уже приобретённое ПО, если у клиента появится желание перейти в отличные от Azure облака.

Источник изображения: Felix Mittermeier/unsplash.com

CMA инициировало расследование ситуации на британском облачном рынке в 2023 году. Оно всё ещё продолжается, хотя предварительные выводы уже сделаны и в них Microsoft действительно признана злоупотребляющей доминирующим положением (впрочем, досталось и AWS). CMA также считает, что стратегия Microsoft даёт ей возможность «частично блокировать» AWS и Google, что вредит конкуренции. Microsoft в ответ заявила, что вмешательство CMA грубо нарушит права компании на интеллектуальную собственность и что в отрасли никто ещё не сталкивался с подобной несправедливостью.

Теперь AWS утверждает то, что многие пользователи уже сегодня выбрали бы перенос ПО Microsoft в облако AWS, поскольку «хотят и могут». Возможно, 50 % таких нагрузок мигрировало бы из Azure куда-либо ещё, если бы это было экономически целесообразно. От Microsoft требуют отказаться от непомерных лицензионных сборов и других «неценовых» ограничений. Кроме того, даже клиентам Azure приходится платить больше из-за отсутствия конкуренции. Впрочем, в AWS признали, что трудно оценить, сколько клиентов остались бы в Azure, если бы имели возможность уйти, не теряя денег.

Источник изображения: Felix Mittermeier/unsplash.com

Google в целом поддерживает позицию AWS и предлагают запретить Microsoft ставить неприемлемые условия лицензирования своего ПО в Google Cloud Platform, заставить отказаться от других практик привязки пользователей к своим сервисам и запретить Microsoft ограничивать третьим сторонам возможность продажи лицензий на её ПО для использования в Google Cloud.

Microsoft не согласна ни с CMA, ни с конкурентами, считая, что решения регулятора об ограничениях ПО слишком расплывчаты, в том числе относительно определений того, почему вдруг прибыли AWS и Google в данном контексте посчитали слишком низкими. Кроме того, компания вовсе не против использования Windows Server и SQL Server в облаках AWS и Google, поскольку это тоже приносит деньги и важно для бизнеса. При этом в компании подчёркивают, что не хотят делать цену за использования ПО слишком низкой, но вот если бы она была чересчур высокой, то клиенты уже перешли бы на альтернативные программные платформы. По мнению Microsoft, AWS и Google зарабатывают достаточно, чтобы успешно конкурировать с ней, так что создавать им дополнительные преимущества нецелесообразно.

Российский разработчик ИБ-решений UserGate объявил о существенном расширении собственной экосистемы информационной безопасности UserGate SUMMA, которая теперь объединяет не только продукты и технологии, но и образовательные проекты, а также ИБ-услуги и сервисы. Это позволит компании обеспечивать комплексную кибербезопасность, которая включает помимо инфраструктурных и программных решений развитую экспертизу, сервисное сопровождение и обучение.

В начале 2025 года компания провела исследование, которое показало, что рост числа угроз и требований к информационной безопасности входит в Топ-3 вызовов в сфере IT для большинства клиентов UserGate из государственного и коммерческого сектора. Более трети респондентов (36 %) отметили, что на современном российском рынке существующих ИБ-решений недостаточно и ими покрыты не все актуальные потребности в защите от киберугроз.

Источник изображения: UserGate

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

Реагируя на пожелания клиентов, UserGate приняла меры к повышению уровня техподдержки, запустив новые направления сервиса, увеличив на 50 % год к году количество тестов. Штат технических специалистов за последние два года увеличился примерно в три раза. И сейчас в среднем 20 % заявок решаются уже на этапе заведения.

Важным компонентом расширяющейся экосистемы является постоянное развитие ИБ-продуктов. Как сообщил директор по продукту UserGate, в дополнение к флагманским продуктам компании — UserGate NGFW, UserGate Management Center, UserGate LogAn — в портфолио появились новые решения: UserGate DCFW — файерволл для задач уровня ЦОД, UserGate SIEM — платформа, предназначенная для сбора, анализа, мониторинга и расследования событий и инцидентов безопасности в сети, UserGate WAF для защиты веб-приложений, UserGate Client — собственное решение класса NAC и т.д.

В состав экосистемы UserGate SUMMA также входит Академия UserGate, которая не только готовит квалифицированные кадры для российского IT-рынка, но и занимается формированием на нём культуру информационной безопасности. Ещё одним важным элементом обновлённой концепции расширяющейся экосистемы UserGate SUMMA является Центр мониторинга и реагирования UserGate, который сосредоточится на создании проактивной сервисной модели обеспечения информационной безопасности заказчиков под названием UserGate Factor.