До начала онлайн-конференции осталось
Балансировщик нагрузки давно перестал быть просто инструментом, который распределяет трафик между серверами. Сегодня от него напрямую зависят доступность бизнес-сервисов, производительность приложений, отказоустойчивость инфраструктуры и возможность быстро масштабироваться при росте нагрузки.
Но управление сетевым трафиком сегодня этим не заканчивается. Помимо доставки трафика приложениям, инфраструктуре всё чаще нужно правильно распределять его между средствами мониторинга и ИБ — NDR, IDS/IPS, DLP и другими системами анализа. Здесь рядом с ADC появляется ещё один класс решений — брокеры сетевых пакетов, или NPB.
При этом сам класс балансировщиков заметно изменился. Компании выбирают между коммерческими продуктами и Open Source, программными и аппаратными решениями, используют балансировку в облаках, Kubernetes и распределённых инфраструктурах. После ухода зарубежных вендоров добавилась ещё одна задача — чем заменить привычные решения и можно ли вообще перенести существующую архитектуру один в один на российский продукт.
Балансировщик уже не просто балансировщик
Какие задачи сегодня должен решать современный балансировщик, кроме распределения трафика между серверами?
В какой момент обычного L4/L7-балансировщика компании уже недостаточно и ей действительно нужен полноценный ADC?
Что в балансировщике в 2026 году уже стало обязательной гигиеной и ничего не говорит о зрелости продукта?
Если два продукта одинаково заявляют L4/L7, TLS, HA, GSLB и API, какой один эксплуатационный сценарий быстрее всего покажет реальную разницу между ними?
Где сегодня должна проходить граница ADC?
Как сформулировать требования к балансировщику так, чтобы техническое задание не стало копией datasheet прежнего F5 или Citrix?
Какие показатели производительности ADC действительно стоит сравнивать, а какие без реального профиля трафика почти ничего не значат?
Если вендор говорит, что у продукта есть API, что это должно означать на практике?
Какая обычная эксплуатационная операция быстрее всего показывает зрелость ADC?
Какие симптомы в первые месяцы эксплуатации быстрее всего показывают, что балансировщик выбрали неправильно?
Выбор балансировщика
Когда Open Source-балансировщик будет лучшим выбором?
За что на практике заказчик платит в коммерческом ADC, если движок может быть построен на Open Source?
Как правильно посчитать TCO Open Source и коммерческого ADC?
Когда при миграции с F5 или Citrix имеет смысл искать максимально близкий аналог, а когда лучше пересобрать архитектуру?
Где российские ADC уже закрывают сценарии на уровне привычных решений, а где заказчику пока приходится идти на компромисс или менять архитектуру?
В чём главная ошибка POC?
Как собрать профиль трафика, который действительно похож на production, а не просто даёт красивый benchmark?
Что должно произойти при отказе активного балансировщика, чтобы заявленную отказоустойчивость действительно можно было считать рабочей?
Как проверять изменение конфигурации под реальной нагрузкой, чтобы не узнать о проблемах уже в production?
Почему даже хороший лабораторный POC иногда мало говорит о том, как система поведёт себя в production?
Что должен проверять мониторинг, если все компоненты зелёные, а пользователь всё равно не может выполнить операцию?
Итоги и прогнозы
Останется ли через 3–5 лет ADC самостоятельным классом решений?
Если компания выбирает балансировщик на ближайшие 3–5 лет — какие три вещи вы бы обязательно проверили до покупки?
Стать участником мероприятия
Заполните форму и наш представитель свяжется с вами
Мы используем cookie-файлы
Для обеспечения оптимальной работы сайта используются технология Сookie. Оставаясь на нашем сайте, вы соглашаетесь с Политикой обработки персональных данных. Если вы хотите запретить обработку файлов Сookie, отключите Сookie в настройках вашего браузера.
