Российский контроллер доставки приложений относится к той категории инфраструктурного ПО, о котором вспоминают, когда сайт начинает падать под нагрузкой или когда зарубежный вендор объявляет об уходе с рынка. До недавнего времени выбор был невелик: либо дорогие проприетарные решения Citrix и F5, либо open-source альтернативы вроде NGINX или HAProxy, требующие глубокой экспертизы для настройки отказоустойчивости и балансировки. Ситуация изменилась: на российском рынке появилось несколько отечественных ADC, которые позиционируются как полноценная замена зарубежным продуктам и включены в реестр отечественного ПО.
Понимание того, чем отличаются эти решения, какие задачи они закрывают и на что смотреть при выборе, позволяет ИТ-руководителю не просто выполнить требование по импортозамещению, а получить инфраструктуру, готовую к росту нагрузки и атакам. Ниже рассмотрены ключевые игроки рынка, функциональные возможности и критерии выбора российского ADC.
Termidesk Connect: ставка на безопасность и высокую доступность
Termidesk Connect от компании «Увеон — облачные технологии» (входит в «Группу Астра») стал одним из первых полноценных отечественных ADC, ориентированных на корпоративный сегмент и госсектор . Решение позиционируется как замена Citrix и F5 и доступно как в виде виртуального устройства, так и в формате программно-аппаратного комплекса . В версии 1.1, выпущенной в сентябре 2025 года, появились гранулярные настройки доступа, поддержка LDAP и LDAPS, расширенный мониторинг сервисов с проверками по HTTP и HTTPS, а также инструменты отказоустойчивости: автоматическое переключение ролей узлов (failover) и синхронизация конфигураций в кластере Active/Standby .
Ключевой акцент производитель делает на безопасность и высокую доступность, что подтверждается набором функций. Помимо базовой балансировки нагрузки, Termidesk Connect поддерживает SSL Offload, глобальную балансировку (GSLB) с выбором ближайшей к пользователю площадки, маршрутизацию BGP/OSPF и интеграцию с системами мониторинга через OpenMetrics . Для организаций, которые строят распределённую инфраструктуру с несколькими ЦОД, это означает возможность управлять трафиком между площадками и обеспечивать отказоустойчивость без привязки к зарубежным решениям.
Ключевые возможности Termidesk Connect:
- Балансировка нагрузки — алгоритмы RoundRobin и по наименьшему числу соединений, выбор серверов на основе L3/L4/L7 ;
- Глобальная балансировка (GSLB) — выбор ближайшей площадки, IP-хэширование, поддержка EDNS/ECS ;
- Отказоустойчивость — Active/Standby, синхронизация конфигураций, автоматический failover ;
- Безопасность — списки контроля доступа (ACL), поддержка TLS 1.0/1.1/1.3, единый шлюз подключения VDI ;
- Интеграция — LDAP/LDAPS, BGP/OSPF, OpenMetrics, CLI и веб-интерфейс .
TrafficSoft ADC: производительность до 400 Гбит/с и облачная гибкость
TrafficSoft ADC от российского производителя TrafficSoft делает ставку на высокую производительность и гибкость развёртывания. Решение способно обрабатывать трафик объёмом до 400 Гбит/с на одном сервере, что выводит его в категорию высоконагруженных систем . Продукт доступен как в виде программного обеспечения для виртуальных инсталляций, так и в формате программно-аппаратного комплекса, а также включён в реестр отечественного ПО Минцифры .
Функционально TrafficSoft ADC закрывает балансировку на уровнях L3, L4 и L7, поддерживает глобальную балансировку (GSLB) между географически распределёнными дата-центрами, модификацию HTTP-заголовков, разгрузку и перешифрование TLS, а также разнообразные проверки доступности серверов, включая кастомные . Отдельного внимания заслуживает партнёрство с облачным провайдером Nubes, которое позволяет запускать ADC не только в собственной инфраструктуре, но и в облаке, что упрощает масштабирование для компаний, которые не хотят содержать собственные мощности .
Важным преимуществом для российских заказчиков стала совместимость TrafficSoft ADC с платформой виртуализации zVirt от Orion soft. Совместное тестирование подтвердило корректную работу балансировщика в среде zVirt, что позволяет построить полностью российский стек: отечественные серверы, платформа виртуализации и ADC без привязки к иностранному ПО . Для организаций, мигрирующих с зарубежных гипервизоров, это снимает один из ключевых барьеров.
Ключевые возможности TrafficSoft ADC:
- Производительность — до 400 Гбит/с на одном сервере ;
- Балансировка — L3, L4, L7, модификация заголовков, разгрузка TLS ;
- GSLB — глобальная балансировка между дата-центрами ;
- Гибкость развёртывания — виртуальная машина, ПАК, облако Nubes ;
- Совместимость — подтверждена работа в среде zVirt ;
- Реестр ПО — включён в реестр отечественного ПО Минцифры .
Angie ADC: форк NGINX с прицелом на сертификацию ФСТЭК
Angie ADC от компании Angie Software — это решение, созданное командой бывших разработчиков NGINX, включая автора веб-сервера нового поколения NGINX Unit . Продукт является форком NGINX и развивается как отечественная альтернатива для построения веб-инфраструктуры. В отличие от Termidesk Connect и TrafficSoft ADC, Angie ADC находится в активной стадии сертификации ФСТЭК, а отдельная версия Angie ADC Certified должна быть сертифицирована по требованиям 4 уровня доверия .
Помимо ADC, Angie Software предлагает веб-сервер Angie PRO и Angie Ingress Controller для управления трафиком контейнеризированных приложений в Kubernetes . Это делает продукт интересным для организаций, которые строят микросервисную архитектуру и хотят использовать российские компоненты на всех уровнях веб-инфраструктуры. В планах компании — добавление модуля WAF с набором OWASP-правил фильтрации, что расширит возможности защиты приложений .
Для заказчиков, которым важна не только функциональность, но и соответствие требованиям регуляторов, сертификация ФСТЭК становится решающим фактором. Angie ADC в этом смысле находится на пути к получению статуса, который откроет дорогу в критическую информационную инфраструктуру и госсектор. Однако на момент принятия решения стоит уточнять актуальный статус сертификации, поскольку сроки могут сдвигаться.
Особенности Angie ADC:
- Происхождение — команда бывших разработчиков NGINX, форк веб-сервера ;
- Экосистема — Angie PRO, Angie Ingress Controller для Kubernetes ;
- Сертификация — в процессе получения сертификата ФСТЭК по 4 уровню доверия ;
- Планы развития — модуль WAF с OWASP-правилами ;
- Дистрибуция — через Merlion, доступ для партнёрской сети .
Как выбрать ADC под свои задачи
Выбор российского ADC начинается с определения того, какие задачи критичны именно для вашей инфраструктуры. Если на первом месте стоит безопасность и отказоустойчивость с акцентом на распределённые ЦОД, Termidesk Connect с его GSLB и Active/Standby кластером выглядит логичным выбором . Если ключевым параметром является производительность и гибкость развёртывания в облаке или на виртуализации, TrafficSoft ADC с поддержкой до 400 Гбит/с и совместимостью с zVirt может оказаться предпочтительнее .
Для организаций, которые строят инфраструктуру на базе NGINX и Kubernetes, Angie ADC с экосистемой Angie PRO и Ingress Controller даёт возможность сохранить привычные подходы и при этом перейти на российское ПО . Однако стоит учитывать, что сертификация ФСТЭК ещё не завершена, и если requirement по сертификации критичен, это может стать ограничением. В любом случае перед выбором стоит запросить у вендора результаты тестирования в среде, близкой к вашей, и уточнить наличие подтверждённой совместимости с используемыми платформами.
Критерии выбора российского ADC:
- Задачи — балансировка нагрузки, GSLB, отказоустойчивость, защита приложений;
- Производительность — пропускная способность и поддержка высоких нагрузок ;
- Безопасность — ACL, TLS, интеграция с WAF, сертификация ФСТЭК ;
- Совместимость — с платформами виртуализации (zVirt) и контейнерными средами (Kubernetes) ;
- Формат поставки — виртуальное устройство, ПАК или облачный сервис ;
- Реестр ПО — включение в реестр отечественного ПО для импортозамещения .
Типичные ошибки при переходе на российский ADC
Одна из распространённых ошибок — рассматривать ADC как «просто балансировщик» и выбирать решение только по цене, не оценивая функции отказоустойчивости и безопасности. В результате после миграции выясняется, что кластер не поддерживает автоматический failover или что мониторинг не даёт нужной глубины, и инфраструктура остаётся уязвимой к отказам. Другая ошибка — игнорирование совместимости с существующей средой виртуализации. Если ADC не протестирован с вашей платформой, миграция может затянуться или потребовать дополнительных затрат на интеграцию.
Ещё один риск связан с сертификацией. Если организация работает в критической информационной инфраструктуре или госсекторе, отсутствие сертификата ФСТЭК у ADC может стать блокирующим фактором. В этом случае стоит либо выбирать решения с уже полученным сертификатом, либо планировать миграцию с учётом сроков сертификации выбранного продукта . Также не стоит пренебрегать пилотным тестированием: даже если вендор заявляет о совместимости, проверка на реальной нагрузке позволяет выявить нюансы, которые не видны в документации.
Ошибки, которых стоит избегать:
- Выбор только по цене — без оценки функций отказоустойчивости и безопасности;
- Игнорирование совместимости — с платформой виртуализации и контейнерной средой ;
- Неучёт требований сертификации — для КИИ и госсектора статус ФСТЭК критичен ;
- Отсутствие пилотного тестирования — реальная нагрузка выявляет нюансы, невидимые в документации;
- Миграция без плана — переключение с зарубежного ADC требует проработки сценариев отката.
Как сформировать требования и подготовиться к миграции
Переход на российский ADC начинается с инвентаризации текущей инфраструктуры: какие приложения обслуживаются, какие нагрузки преобладают, какие функции зарубежного ADC реально используются, а какие остаются невостребованными. На основе этой картины формируются требования к новому решению: пропускная способность, поддерживаемые протоколы, алгоритмы балансировки, наличие GSLB, интеграция с системами мониторинга и безопасности. Чем точнее требования, тем проще сравнить предложения вендоров и избежать покупки избыточного или недостаточного функционала.
После выбора вендора стоит запросить пилотную поставку или тестовый доступ, чтобы проверить решение в среде, близкой к продуктивной. Пилот позволяет оценить не только производительность, но и удобство интерфейса, качество документации и скорость поддержки. Для организаций с жёсткими требованиями к непрерывности бизнеса стоит проработать план миграции с возможностью отката на предыдущее решение и согласовать окна обслуживания. Российские ADC уже доказали свою работоспособность в корпоративном сегменте, и ключ к успешной миграции — не спешка, а последовательная проверка каждого этапа .
Этапы подготовки к миграции:
- Инвентаризация текущей инфраструктуры и используемых функций ADC;
- Формирование требований: производительность, протоколы, GSLB, безопасность, совместимость;
- Сравнение вендоров по функциям, сертификации и опыту внедрений;
- Запрос пилотной поставки или тестового доступа для проверки в реальной среде;
- Оценка удобства управления, документации и скорости поддержки;
- Проработка плана миграции с возможностью отката и окнами обслуживания;
- Проверка совместимости с платформой виртуализации и контейнерной средой до запуска в продуктив.
