单元化架构下用户流量路由需全链路协同：dns层按uid哈希分发域名，接入层通过cookie粘性绑定单元，服务与数据层染色路由防跨单元逃逸，切换机制支持分级灰度、自动降级与一致性校验。
单元化架构下的用户流量路由，核心是让每个用户的请求稳定、可预测地落在其归属单元，同时支持故障时快速、可控地切换。这不是简单做负载均衡，而是贯穿DNS、接入层、服务调用、数据访问的全链路协同。
一、入口层：DNS级流量分发
DNS是第一道路由开关，决定用户初始访问哪个数据中心或单元。关键在于把“用户归属”信息前置到解析环节：
- 按用户ID哈希映射到单元域名，例如 uid=123456 → unit-rz02.example.com，再配置该子域名只解析到RZ02机房的VIP
- 不依赖实时会话，避免首次请求误入错误单元；配合HTTP 302跳转或CNAME别名实现平滑过渡
- 支持权重灰度（如95%流量走RZ01，5%导流至RZ02验证新版本），但需与后端路由规则对齐，防止“DNS进RZ02，内部又转回RZ01”这类环路
二、接入层：带标路由与Cookie粘性
当用户首次访问未带标识时，接入层需完成“打标+绑定”，后续请求靠标识自动路由：
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- 解析请求中携带的 uid 或 token，通过一致性哈希或取模算法计算归属单元（如 uid % 4 = 2 → RZ02）
- 若当前接入节点不在目标单元，主动反向代理至RZ02的接入集群，并在响应中写入 Set-Cookie: zone=RZ02
- 后续请求携带该cookie，接入层直接转发至对应单元后端，跳过重计算，降低延迟和误判风险
三、服务与数据层：全链路染色与路由收敛
一旦流量进入单元，必须确保所有下游调用和数据库访问不跨单元“逃逸”：
- 服务网格（如Istio）注入 zone=RZ02 标签，自动将RPC请求路由到同单元实例；跨单元调用需显式标注并走熔断降级通道
- DAO层使用ShardingSphere或自研分库分表中间件，根据 uid 字段查路由表，只连本单元数据库分片，禁用跨单元JOIN或全局查询
- 缓存、会话、消息队列等状态组件也按单元隔离，例如Redis集群按RZ01/RZ02物理部署，客户端SDK内置路由逻辑
四、切换机制：主动切流与故障自愈
真实场景中，切流不是“一键切换”，而是分级、可观测、可回滚的过程：
- 运维平台提供控制台，按用户ID段、地域、设备类型等维度设置切流策略，例如“浙江用户全部切至RZ02”
- 监控各单元CPU、延迟、错误率，触发阈值时自动降级部分非核心流量（如日志上报、埋点）至备用单元，主流程仍保留在原单元
- 切流后通过影子库比对、双写日志核对等方式验证数据一致性，确认无误再逐步放开读写权限
