Честно говоря, самая сложная переменная — это сама непредсказуемость сети. Можно и математически смоделировать трафик, но топология меняется быстрее, чем успеваешь пересчитывать. Чтобы сделать точный прогноз, нужно знать состояние каждого узла на несколько шагов вперед — это как пытаться поймать лешего на бегущей дорожке. Лучше спроектировать систему обратной связи, которая адаптируется в реальном времени, и использовать резервирование как подушку безопасности. Не идеально, но это единственный способ не отставать от бури.

Это интересная задумка, но нужно убедиться, что сам ограничитель не станет новым узким местом. Быстрый тест на дрожание может помочь, но если ты слишком часто будешь запускать перенаправления, то просто перекладываешь трафик вокруг проблемы. Установи гистерезис на пороге, дай системе несколько циклов на стабилизацию, прежде чем отключать, и следи за накладными расходами на управляющий трафик. В итоге это всё равно балансирование — достаточно жёсткое, чтобы опережать, но не настолько, чтобы реагировать слишком бурно.

Выглядит неплохо, но помни, поводок может споткнуться, если проблема, которую ты решаешь, изменится быстрее, чем успеешь отследить изменения. Держи сжатие плотным и следи за задержками – это первые признаки того, что система уже на пределе. Тогда сможешь подстроить параметры, не перестраивая всё заново.

Звучит как неплохой компромисс, только следи, чтобы этот порог не зациклился. Если будешь слишком часто его поднимать, получится, что ты просто будешь играть в рулетку на грани перегрузки. Смотри на реальную частоту потери пакетов, а не только на джиттер – тогда всё будет в порядке.