Спасибо за комментарий и честный фидбек! На практике мы сталкиваемся с решениями разной степени зрелости, и это одна из причин, почему вообще взялись за тему балансировки: заказчикам нужна не только лицензия, но предсказуемое поведение решения и внятная техподдержка. В этой статье я как раз не говорю «берите только проприетарное», а показываю, где Termidesk Connect реально закрывает сценарии, которые нам раньше приходилось собирать из Nginx/HAProxy/Keepalived с кастомными скриптами. Понятно, что любой продукт живет эволюцией, и без багов не бывает, но мы ровно поэтому проводим тестирование, делаем пилоты и нагрузочные замеры перед тем, как что-то рекомендовать заказчикам.
Да, скриптовые сценарии поддерживаются. В Connect есть возможность задавать пользовательскую логику через скрипты и политики (L4–L7), в том числе для проверок и обработки трафика - сам функционал проверяли, и он рабочий.
В рамках этой статьи мы сознательно ограничились базовыми сценариями и типовой нагрузкой, поэтому сравнительного тестирования производительности в сценариях с пользовательскими скриптами не проводили. Согласен, это хорошая идея для отдельных тестов.
Спасибо за комментарий и честный фидбек! На практике мы сталкиваемся с решениями разной степени зрелости, и это одна из причин, почему вообще взялись за тему балансировки: заказчикам нужна не только лицензия, но предсказуемое поведение решения и внятная техподдержка. В этой статье я как раз не говорю «берите только проприетарное», а показываю, где Termidesk Connect реально закрывает сценарии, которые нам раньше приходилось собирать из Nginx/HAProxy/Keepalived с кастомными скриптами. Понятно, что любой продукт живет эволюцией, и без багов не бывает, но мы ровно поэтому проводим тестирование, делаем пилоты и нагрузочные замеры перед тем, как что-то рекомендовать заказчикам.
Да, скриптовые сценарии поддерживаются. В Connect есть возможность задавать пользовательскую логику через скрипты и политики (L4–L7), в том числе для проверок и обработки трафика - сам функционал проверяли, и он рабочий.
В рамках этой статьи мы сознательно ограничились базовыми сценариями и типовой нагрузкой, поэтому сравнительного тестирования производительности в сценариях с пользовательскими скриптами не проводили. Согласен, это хорошая идея для отдельных тестов.