# 一、挑战/注意事项
【1】框架要求开启UCS前，在所有流量策略里面增加能匹配所有地区的负载均衡实例，打到非当前区域的负载均衡区域的负载实例都会时Mock实例。同时框架要求所有的路由策略都是就近访问，这样在UCS开启之前，就不会有流量因为增加了Mock实例打到其他地区。
# 二、简介
UCS（Unit Control Service）单元控制服务，用于管理多活路由以及流量切换。应用单元化部署的前提是应用的流量能够按照某一种规则，保证同一Sharding Key的数据在同一个单元中更新。
# 三、UCS路由表
【1】支持多种维度调用：UDL/UID/CID/VID；
【2】支持指定UID、比例进行灰度验证；
【3】区分请求来源：适应不同产品的调度需求；
【4】全链路上下文：参数传递对业务透明；
【5】可以为不同的应用/SOA服务/QMQ Topic绑定不同的UCS路由表；
● 同一“批次”应用绑定相同策略，便于管理。
● 缩小粒度，降低应用间的迁移耦合。
【1】路由Sharding Key：用户需要决定使用业务的哪一个属性作为Sharding Key；
【2】获取Sharding Key方式：a)请求中的某一个参数；b)请求中的某一个Header；
【3】路由算法：a)对Sharding Key取模；b)对Sharding Key映射；
# 四、UCS作用
【1】端到端测试：将特定UID/CID/VID强制路由到SIN；
【2】请求灰度：a)指定地域的用户按比例灰度；b)全部用户按比例灰度；
【3】故障处置：a)一键回切SHA；b)灰度恢复海外流量；
# 五、使用UCS
【1】申请策略：BU粒度？产品线粒度？产品粒度？应用粒度？
【2】关联调度点：SLB访问入口/Gateway路由/SOA服务/QMQ消息消费者；
【3】灰度迁移：点测--灰度--完成；