Балансировщики нагрузки — это программные или аппаратные решения, которые распределяют входящий трафик между несколькими серверами в кластере или вычислительные ресурсы между центрами обработки данных для обеспечения высокой доступности, отказоустойчивости, оптимальной производительности и масштабируемости систем. Тем самым они позволяют предотвратить перегрузку отдельных серверов, перенаправляя трафик в зависимости от их доступности и загрузки, обеспечить их равномерное, экономичное использование, а также вести мониторинг состояния сетевых ресурсов.
История балансировщиков начинается с компании Alteon WebSystems, которая была основана в 1996 году и производила контроллеры доставки приложений (ADC — Application Delivery Controller). Эти устройства выполняли функции SSL-оффлоада (SSL Offloading, процесс переноса операций шифрования и дешифрования SSL с основного сервера на отдельное устройство или сервис), а также балансировки и контроля работоспособности серверов.
По данным различных исследований, в последнее время мировой рынок балансировщиков нагрузки растет примерно на 15–20% в год. Высокий спрос на эту категорию решений имеет несколько предпосылок: основные из них — рост числа пользователей приложений (в том числе в периоды пиковых нагрузок) и объема потребляемого ими трафика, большое количество компонентов современных приложений (фронтенд, бэкенд, базы данных), расположенных на разных серверах, требования бизнеса к отказоустойчивости сервисов, масштабируемости инфраструктуры и информационной безопасности.
Исходя из этого, главными функциями сетевых балансировщиков называют
По типу реализации балансировщики нагрузки подразделяются на аппаратные, программные, виртуальные и облачные. Также можно выделить несколько уровней их применения по модели OSI (Open Systems Interconnection): L3 (сетевой уровень), L4 (транспортный уровень) и L7 (прикладной уровень).
Среди ведущих мировых производителей балансировщиков называют такие компании, как F5 Networks (F5 Load Balancer), Cisco (CISCO ACE), Citrix (Citrix ADC), Amazon Web Services (AWS Elastic Load Balancing), Microsoft (Azure Load Balancer), Google (Google Cloud Load Balancing) и другие. Также для балансировки сетевой нагрузки могут использоваться решения с открытым исходным кодом: например, HAProxy, Traefik, Nginx, Envoy Proxy, Skudonet, Pound.
Среди российских разработчиков в этой категории решений стоит выделить «Инфосистемы Джет» (программная платформа балансировки сетевого трафика flxGATE), «Цифровые решения» (аппаратный балансировщик нагрузки DS Proxima) и TrafficSoft (контроллер доставки приложений TrafficSoft ADC, доступный как программно-аппаратный комплекс и как образ виртуальной машины). Представители этих компаний на конференции IT Elements 2025 рассказали о своих решениях более подробно.
По словам эксперта-продуктолога центра сетевых решений «Инфосистемы Джет» Игоря Самсонова, в середине 2000-х годов компания занималась проектом внедрения и развития платежной системы одного из российских телеком-операторов. В это время подавляющее большинство абонентских тарифов были с предварительной системой оплаты услуг (prepaid), и, чтобы позвонить, людям необходимо было положить определенную сумму на счет. Как правило, пополнения счета шли на небольшую сумму и совершались часто, поэтому платформа приема платежей обрабатывала большой на тот момент объем бизнес-транзакций — около 800 в секунду, а они, в свою очередь, уже внутри системы генерировали в разы больше функциональных технологических транзакций.

Эксперт-продуктолог центра сетевых решений компании «Инфосистемы Джет» Игорь Самсонов
Фото: «Инфосистемы Джет»
«У нас был хороший оптимизированный софт, он работал на мощном железе: это были производительные серверы SUN на ОС Solaris. После запуска платформа полгода успешно функционировала. Но в определенный момент в ходе очередного обновления софта у одного из наших партнеров произошла ошибка, и вместо запросов с информацией о платежах размером в несколько килобайт нам стали присылать абсолютно валидные по спецификации запросы, но размером около 20–50 мегабайт. Наша система от этого не сломалась, но была перегружена. Нужно было оперативно внедрять гибкие механизмы тротлинга, оптимизации нагрузки на систему и балансировки входящих потоков. Одновременно с этим у Заказчика сформировалась потребность в использовании отечественного шифрования на базе «КриптоПро». Как итог — наша команда разработала свой первый программный балансировщик на базе open source-продукта Apache с использованием библиотек «КриптоПро» для решения данной задачи интеллектуального SSL-оффлоада. Это был дополнительный модуль, который размещался перед платформой. Таким образом мы получили отличный опыт в части разработки средств программной балансировки. В дальнейшем, с ростом нашей экспертизы на рынке и эволюции решений по балансировке, мы стали плотно использовать у заказчиков и другие решения в составе наших продуктов: Nginx, HAProxy, Envoy и другие. Постепенно, к началу 2020-х годов, мы аккумулировали эту экспертизу и пришли к выводу о том, что можем сделать собственный продукт, который будет гораздо интереснее, чем текущие open source-решения, и сможет заменить ушедшие с нашего рынка решения от западных вендоров», — сообщил Игорь Самсонов.

Участники дискуссии «Развитие программной прикладной сетевой балансировки от поделок к продукту.
Сложный путь импортозамещения» конференции IT Elements 2025
Фото: «Инфосистемы Джет»
При этом внутри интегратора разные подразделения использовали разные решения для балансировки. Это было связано с особенностями каждого подразделения и набором решаемых в ходе проектов задач: например, специалисты ИБ предпочитали продукты, интегрированные с их межсетевыми экранами, VPN и другими системами, специалисты центра программных решений отдавали предпочтение open source-решениям, а специалисты центра сетевых решений обычно выбирали готовые решения от западных вендоров. Благодаря этому в компании «Инфосистемы Джет» достаточно рано сформировалось понимание рынка и возникли партнерства с российскими и зарубежными разработчиками. Несколько лет назад в компании было принято решение создать собственный универсальный продукт, который совмещал бы все необходимые функции и накопленную экспертизу.
«Мы проанализировали историю развития технологий. Когда-то у приложений были относительно небольшие потоки запросов, а также существовала трехзвенная архитектура: фронтенд, бизнес-логика и базы данных. Они строились примерно по одинаковым принципам, на фронтенде выполнялись функции SSL-оффлоада, балансировки и прочее. В настоящий момент микросервисная архитектура и другие факторы привели к тому, что это взаимодействие перестало быть исключительно горизонтальным от клиента к серверу, появилось огромное количество взаимодействий «сервер-сервер». Задача балансировки стала актуальна не только для горизонтального трафика, но и для вертикального. Кроме того, клиентские приложения сильно поменялись. Сегодня, например, у каждого человека на телефоне десяток приложений, каждое из которых отправляет данные в несколько дата-центров, создает десятки обращений, которые вызывают нагрузку на сотни серверов. И всё это должно быть сбалансировано», – продолжил начальник группы перспективных разработок компании «Инфосистемы Джет» Даниил Виняр.
Исходя из этого, в компании «Инфосистемы Джет» создали собственную архитектуру балансировщика flxGATE. Это не отдельное устройство, а виртуальный инстанс, который состоит из двух отдельных компонентов: Control Plane (управляющий слой — управляет логикой, стратегическими решениями и кластером Data Plane) и Data Plane (слой обработки данных — отвечает за выполнение стратегических решений и обработку трафика).

Архитектура платформы flxGATE
Источник: «Инфосистемы Джет»
«Можно иметь множество Data Planes, которые могут делить между собой разные задачи или, наоборот, резервировать друг друга, в зависимости от заложенной конфигурации. Наличие выделенного Control Plane и специального протокола взаимодействия с Data Plane дает нашему решению возможность вносить изменения в конфигурацию, не влияя на трафик. Вы можете заводить новые сервисы, при этом сервисы, которые уже были заведены, будут работать по-прежнему, без перерыва», – уточнил Даниил Виняр.
Для российской компании TrafficSoft первым флагманским продуктом стал CGNAT (Carrier-grade NAT, NAT операторского класса) — высокопроизводительное программное решение для трансляции сетевых адресов IPv4 на оборудовании операторов связи. Опыт создания stateful-виртуальных приложений пригодился разработчикам при создании в 2016 году своего второго флагмана — TrafficSoft ADC. Идея заключалась в том, чтобы объединить в одном решении преимущества программного (гибкость развертывания) и аппаратного (производительность) балансировщика. Решение было успешно протестировано в ряде крупных инсталляций.
«На 2025 год у нас ADC, который работает на полный стек: L3-балансировка на уровне маршрутизации, L4, stateful и даже stateless-балансировка, L7 со всеми необходимыми фичами, включая шифрование и дешифрование трафика, модификацию контента, интеллектуальную маршрутизацию запросов и другое. Также присутствует функциональность GSLB (Global Server Load Balancing), глобальной балансировки на уровне DNS», – рассказал ведущий инженер TrafficSoft Семен Орлов.

Преимущества решения TrafficSoft ADC
Источник: «Инфосистемы Джет»
Сегодня TrafficSoft ADC демонстрирует высокую производительность до 440 Гбит/с на одном сервере при низких требованиях к аппаратным ресурсам, что снижает общую стоимость владения решением. Компания разрабатывает платформу без использования компонентов open source и полностью контролирует ее архитектуру. Кроме того, помимо виртуальной реализации, сейчас решение доступно и в виде ПАК.
Компания «Цифровые решения» начала заниматься выпуском оборудования и интегральных микросхем в 2003 году — поначалу по модели заказной разработки OEM. С 2020 года она вышла на рынок уже с собственным устройством — брокером сетевых пакетов DS Integrity, одной из функций которого была балансировка. В 2022 году после ухода с рынка зарубежных вендоров аппаратных балансировщиков заказчики стали обращаться с запросами на импортозамещенный продукт. В 2023 году компания представила решение для кластеризации NGFW, а в 2025 году — балансировщик DS Proxima.
«Наш балансировщик был изначально аппаратный, причем он больше похож даже не на зарубежные аппаратные балансировщики, а на сетевое оборудование. У нас выделенные Data Plane, Control Plane и Management Plane. Всё, что касается работы с трафиком до уровня L4, мы делаем на FPGA (Field-Programmable Gate Array), то есть это не процессорная обработка, а отдельная специализированная микросхема, которая может обрабатывать трафик на полной скорости. Производительность решения – около 1 Тбит/с и 200 млн PPS. Мы не привязаны фактически к скорости по количеству сессий в секунду», – объяснил коммерческий директор АО НПП «Цифровые решения» Сергей Плотко.

Преимущества решения DS Proxima
Источник: «Инфосистемы Джет»
Преимущества такой архитектуры, помимо высокой производительности, — небольшое энергопотребление, минимальная задержка и максимальная надежность. Для обеспечения обработки трафика на уровне L7 компания работает в кооперации с российскими производителями WAF, Anti-DDoS, NGFW.
Вендорские продукты для сетевой балансировки сегодня соседствуют на российском рынке с решениями open source. Кроме того, некоторые крупные заказчики в рамках импортозамещения начали inhouse-разработку собственных решений. Эксперты считают, что в этой конкуренции вендорские продукты имеют ощутимые преимущества.
Так, по мнению Сергея Плотко, в 2022 году многие заказчики были вынуждены переходить на open source или идти в inhouse-разработку, поскольку не могли приобрести привычные аппаратные балансировщики. Однако мало кто остается доволен такой заменой. «Условно-бесплатное решение open source в итоге обходится компании очень дорого: это и доработка, и поддержка, и свои инженеры. Были ситуации, когда инженер, который это решение сопровождал, внезапно увольнялся, компания оказывалась без документации, а это выливается в риски и в более дорогостоящее устранение проблем. Это хорошо работает только в крупной компании с тысячами собственных программистов, с выстроенным DevOps, документированием, то есть там, где продукт делают по всем правилам продуктовой разработки. Другие компании в какой-то момент приходят к тому, что выгоднее купить вендорское — с технической поддержкой, с SLA. Поэтому мы рассчитываем, что этот этап дикого импортозамещения балансировщиков на open source и на inhouse с развитием рынка аппаратных балансировщиков будет уходить в прошлое», – поделился он.
Даниил Виняр также отметил, что решение по балансировке — часть ИТ-инфраструктуры заказчика, которую, как и сетевое оборудование, ему удобнее получать от вендора, чем разрабатывать самостоятельно. «Я не исключаю, что заказчики могут использовать в лабораториях для разработки своих сервисов и open source, и собственные решения для балансировки. Но когда это решение выходит в промышленную эксплуатацию с жесткими требованиями по переключению при сбое, по обслуживанию дорогостоящих бизнес-транзакций или по поддержке mission-critical-систем, — у него должен быть SLA, за который должны отвечать профессионалы», – уверен он.
Семен Орлов подтвердил, что open source никуда не денется с рынка, так как в крупной компании, как правило, разные команды используют разные решения в соответствии со своими потребностями. Но когда речь идет о критической инфраструктуре, там должны применяться только продукты, которые могут гарантировать необходимый SLA. «Что касается inhouse-разработки, во-первых, она доступна далеко не каждой компании, это очень сложный процесс. Во-вторых, даже если крупная компания берется разрабатывать свой продукт, она создает его под конкретные задачи, которые диктует бизнес, и в итоге продукт часто получается однобоким. А у вендоров запросы идут от всех клиентов, продукт развивается в разных направлениях, и все его функции становятся доступными всем заказчикам», – добавил он.
Широкое применение технологий ИИ, в частности внедрение ИИ-агентов, провоцирует появление новых требований к решениям программной и аппаратной балансировки. Участники дискуссии отметили, что ИИ является драйвером для развития функциональности этих решений. В частности, балансировщики должны поддерживать новые протоколы взаимодействия: human-to-AI, AI-to-AI и другие — каждый из которых имеет свою контентную и бизнес-логику. Между ИИ-агентами передается большой объем трафика, и балансировщики должны уметь справляться с таким потоком, обрабатывать его большим количеством ядер. Кроме того, поколения серверов и GPU сменяются с большой скоростью, из-за чего большее значение принимает весовая балансировка — когда каждому серверу присваивается вес на основе мощности его вычислительных ресурсов и распределение нагрузки идет с учетом этих весов.
При этом эксперты сомневаются в целесообразности внедрения интеллектуальных функций в механизм управления самим решением для балансировки, поскольку на нынешнем этапе развития технологий ИИ они не могут гарантировать нужной надежности балансировщика.
«За прошедший год мы увидели, что российским балансировщикам стали доверять намного больше, и это очень радует нас как производителей. В 2026 году мы планируем реализовать еще больше проектов внедрения. По развитию продукта тоже огромные планы, — они во многом формируются нашими существующими и потенциальными клиентами», — подвел итог Семен Орлов.
«Мы надеемся, что в ближайший год продолжится переход на вендорские решения от open source и inhouse-разработки. Мы, помимо активного развития своего продукта, строим технологические партнерства. Когда мы идем в сторону импортозамещения аппаратных балансировщиков, то не собираемся сами делать WAF, Anti-DDoS и прочее, а будем кооперироваться с коллегами. Это сложнее с точки зрения разного управления, разного окна входа, но это позволяет решать актуальные задачи. Мы у себя будем добавлять NETCONF для встройки единой оркестрации и нашего, и других решений. Мы активно догоняем зарубежных вендоров, и начинаем с наиболее востребованных функций, с решения наиболее важных задач», – добавил Сергей Плотко.
«У нас есть функциональный roadmap, а также за счет модульности нашего решения мы намерены добавлять в него функциональность внешних партнеров. В планах – развитие Global Server Load Balancing, различные организационные моменты, например, сертификации. Экспертиза нашей компании по поддержке у заказчиков огромного количества решений разных вендоров поможет нам максимально эффективно применять нашу собственную платформу балансировки», – резюмировал Даниил Виняр.