Привязка прокси-сессии: один запрос или весь рабочий процесс?
Решите, относится ли привязка прокси к одному запросу, к одному аутентифицированному рабочему процессу или к более долгоживущей учётной записи, прежде чем включать автоматическую ротацию.
Вход, перенаправление и загрузка отчёта — это три запроса. Для пользователя они одна задача. Ротация выхода между каждым запросом может усложнить понимание этой задачи, даже если каждый прокси работает.
Начните с определения единицы, которой принадлежит маршрут. Выбор на уровне запроса подходит для независимых операций. Для этих публичных операций бесплатный список прокси предлагает кандидатов, когда публичные посредники разрешены; он не даёт никакого договора о липкой сессии. Выбор на уровне рабочего процесса удерживает связанные шаги на намеренно выбранном пути, пока процесс не завершится или пока его не заменит определённое решение о восстановлении.
Cookie и привязка прокси — это разные состояния
Cookie приложения относится к правилам сессии сайта. Идентификатор липкой сессии провайдера, когда он предлагается, относится к его прокси-сервису и документированной политике соединения или учётной записи. Они не становятся одной настройкой только потому, что оба используют слово сессия.
Обычный посредник CONNECT не может прочитать зашифрованный заголовок Cookie сайта и использовать его как ключ маршрутизации. Если сервис обещает поведение на основе cookie, выясните, какой видимый интерфейс несёт этот cookie и завершается ли там TLS. Не считайте, что приватный cookie сайта автоматически доступен туннельному шлюзу.
Ведите небольшую запись рабочего процесса: выбранная конечная точка, идентификатор сессии провайдера, если используется, идентификатор сессии приложения и условие, завершающее привязку. Не помещайте секреты учётной записи в обычные ключи записей.
Спланируйте неудобный случай
Если выбранный маршрут откажет на полпути, решите, может ли процесс безопасно продолжиться на другом выходе, должен ли он заново установить сессию приложения или обязан остановиться. Неудачный ответ не всегда означает, что отправленная операция никогда не обрабатывалась.
Ни постоянная липкость, ни постоянная ротация не являются универсально правильными. Выберите область исходя из требований согласованности приложения, а затем примените темп запросов и ограничения сервиса ко всему процессу. Большее число выходов не снимает эти требования.