粘性会话 vs 轮换会话
粘性会话和轮换会话，什么时候用哪个
选错会话模式，登录流程会莫名其妙失败，或者简单采集被无端拦截。判断标准其实只有一条。
判断标准只有一条：请求之间有没有依赖
如果第二个请求需要第一个请求留下的状态（登录态、购物车、多步表单、分页游标绑定了会话），用粘性会话。
如果每个请求都能独立成立，换个 IP 重发结果一样，用轮换。就这么简单，不用想复杂。
粘性会话怎么工作
你在认证信息里带一个会话标识，网关在有效期内把带同一标识的请求固定到同一个出口 IP。有效期到了，或者你换个标识，就会分配新的出口。
这意味着会话标识的管理是你的责任：一个业务身份对应一个标识，不要多个账号共用，也不要每次请求随机生成——那等于没开粘性。
会话时长怎么定
按你单条完整流程的实际耗时来定，再留三到五成余量。不要一律拉到最长。
时长过短的后果很直观：流程走到一半 IP 变了，服务端认为会话异常，把你踢出去。时长过长的后果没那么直观：同一个 IP 上累积的行为越多，越容易被识别为自动化。
轮换也不是每请求必换
真实用户浏览一个站点时 IP 是不变的。一个明显属于同一浏览过程的请求序列里频繁换 IP，本身就是异常信号。
折中做法是短周期粘性：给同一个"浏览会话"分配一个标识，持续几十秒到几分钟，跨会话再换。这样既有轮换的分散效果，行为模式又更接近真人。
与其纠结，不如先测一次
读完还是拿不准，就用最小额度跑一遍真实目标站点。