Afinidade de sessão do proxy: uma requisição ou todo um fluxo de trabalho?
Decida se a afinidade do proxy pertence a uma requisição, a um fluxo de trabalho autenticado ou a uma conta mais duradoura antes de ativar a rotação automática.
Um login, um redirecionamento e o download de um relatório são três requisições. Para o usuário, são uma única tarefa. Alternar a saída entre cada requisição pode tornar essa tarefa mais difícil de entender, mesmo quando cada proxy funciona.
Comece definindo a unidade que detém a rota. Um seletor no nível da requisição é adequado para operações independentes. Para essas operações públicas, a lista gratuita de proxies oferece candidatos quando intermediários públicos são permitidos; ela não fornece nenhum contrato de sessão aderente. Uma escolha no nível do fluxo de trabalho mantém as etapas relacionadas num caminho intencional até o fluxo terminar ou até que uma decisão de recuperação definida o substitua.
Cookies e afinidade de proxy são estados diferentes
Um cookie de aplicação pertence às regras de sessão do site. O identificador de sessão aderente de um provedor, quando oferecido, pertence ao seu serviço de proxy e à política documentada de conexão ou conta. Eles não se tornam uma única configuração só porque ambos usam a palavra sessão.
Um intermediário CONNECT comum não consegue ler o cabeçalho Cookie criptografado do site nem usá-lo como chave de roteamento. Se um serviço promete comportamento guiado por cookies, descubra qual interface visível carrega esse cookie e se o TLS termina ali. Não presuma que o cookie privado do site esteja automaticamente disponível para um gateway de túnel.
Mantenha um registro pequeno do fluxo: endpoint escolhido, identificador de sessão do provedor se usado, identificador de sessão da aplicação e a condição que encerra a afinidade. Evite colocar segredos de conta em chaves de registro rotineiras.
Planeje o caso desconfortável
Se a rota escolhida falhar no meio do caminho, decida se o fluxo pode continuar com segurança por outra saída, se precisa restabelecer sua sessão de aplicação ou se deve parar. Uma resposta falha nem sempre significa que uma operação enviada nunca foi processada.
Nem a aderência permanente nem a rotação constante são universalmente corretas. Escolha o escopo a partir dos requisitos de consistência da aplicação e depois aplique o ritmo de requisições e os limites do serviço a todo o fluxo. Mais saídas não eliminam esses requisitos.