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