共计 2155 个字符，预计需要花费 6 分钟才能阅读完成。
让申请在导航的服务节上点执行；
一、背景简介
分布式系统中会存在这样的开发场景，不同需要可能波及到对同一个服务的开发，那么该服务在研发期间就会存在多个版本并行的状态，为了放弃不同版本之间的隔离性，验收须要将申请路由到指定版本号的服务上解决；
假如存在三个服务：A、B、C，且服务 B 和 C 都存在多个版本，那么让申请依照即定的路由规定执行，即可保障研发期间的验收是版本间隔离的，并且能够实现灰度部署的策略；
二、负载策略
在微服务零碎架构中，申请在服务间转发时会执行负载的策略，尤其当服务存在多版本号的集群模式时，很显然惯例的轮询、权重、随机等策略无奈满足需要；进行路由规定的自定义设计和开发是常见形式；
经典利用场景：在申请发动时，能够通过 Header、Cookie、Parameter 等不同的形式，携带路由规定的形式与参数执行匹配逻辑，从而将申请路由到指定版本的服务；
默认主分支路由
通常来说申请会在骨干分支上执行，或者其余分支路由规定不匹配，也能够通过标识配置，判断是否由主分支兜底，甚至是存活的任意服务兜底；
存活的服务中可能存在多个版本，然而主分支 Master 是否存活是服务衰弱与否的根本标记，惯例利用中路由规定如果不匹配，会由 Master 服务进行兜底；
版本号对立路由
申请通过携带分支号进行对立版本路由是罕用的轻量级计划，即如果申请携带的是 2.0.0 的分支，则在路由时优先匹配相干版本的服务，不匹配时由 Master 服务解决即可；
服务定制化路由
在申请或配置中指定各个服务的路由分支号，也是常见的匹配计划，如上图在申请时指定服务 B 由 1.0.0 分支执行，服务 C 由 3.0.0 分支执行，其余服务在骨干分支执行；
路由规定能够看做是对可用服务的匹配筛选，如果筛选进去的服务存在集群部署时，还要去执行相应的负载平衡策略，例如上图中当服务 C 的 3.0.0 分支是集群时，路由匹配到该版本后，再通过负载平衡的策略选中其中一个服务解决申请；
三、灰度部署
当负载平衡的策略能够依照定制化开发的规定执行时，那服务的灰度公布就会容易很多，在不影响现有服务的状况下公布新版本，同时将申请依照规定分流，实现对新服务的验收后，替换掉旧版本即可；
分布式系统中子服务的拆分十分多，版本开发通常只会波及其中局部子服务，通过灰度模式将相干服务部署到线上，并且不会影响骨干的服务，只有开启特定的配置才会将申请分流到灰度服务；
流程细节
- 1、做好路由配置和治理，申请默认在骨干服务执行；
- 2、部署版本波及的相干服务，灰度层面默认不会解决申请；
- 3、验收阶段基于配置，将指定规定的申请路由到灰度层；
- 4、罕用规定：携带分支号、灰度用户群、比例分流、IP 等；
- 5、实现灰度服务验收后，将相干服务标记为主干服务；
- 6、将旧的骨干服务下线后，即本次上线流程残缺完结；
- 7、若发现灰度服务验收失败，撤掉灰度层或批改都能够；
灰度公布的模式即依赖于自定义的路由规定，以及服务在负载平衡时权重比例歪斜，这些都能够在配置核心治理，在测试时动静批改即可；
在这种模式下，灰度服务的上线或者下线简直是没有显著感知的，如果是绝对简略的流程，由测试人员验收灰度层服务即可，如果是简单的流程，放开肯定比例的用户流量，流程察看没有问题后实现降级；
四、实际计划
1、流程设计
在灰度计划落地实际的过程中，通常客户端会携带路由规定的标识，从而将申请发送到指定服务，在规定无奈失常匹配的时候，由骨干服务解决，对于一些外围的开关标识在配置核心对立保护；
2、路由标识
标识获取
通常状况下，路由的标识是在申请头中携带的，这样比拟不便对立治理，罕用的传递格局如下:
- 版本号对立路由：routeId:2.0.0，即所有申请优先在
2.0.0分支执行； - 服务定制化路由：serverC:3.0.0，申请服务 C 时优先在
3.0.0分支执行；
在微服务的组件中获取申请头的形式很多，比方 Gateway 网关中的路由过滤器，或者服务中的拦截器，都能够获取申请的相干参数信息，从而执行路由规定；
标识治理
自定义路由规定须要客户端标识，尽管获取申请中的标识并不简单，然而将标识传递到路由规定中就波及到上下文参数治理：
- 写阶段：在过滤或拦挡中获取路由标识，写入上下文容器；
- 读阶段：路由时从容器中读取标识，基于配置信息执行规定；
申请从进入网关开始，在服务间通信时会波及负载平衡的策略，在过滤或拦截器中将标识写到上下文容器，执行路由规定须要读取上下文容器，如果标识不存在则默认抉择骨干服务执行申请；
3、服务选中
微服务之间通信时，选中一个服务执行申请的逻辑比较复杂，尤其在灰度模式下波及到对路由规定的革新，即策略指定的服务优先被选中；
- 1、从注册核心查问相应服务的可用列表；
- 2、基于路由规定，匹配合乎申请标识的服务；
- 3、对筛选的后果列表执行负载平衡，选中服务；
在整个路由机制中，会波及到匹配规定自定义革新，从惯例的伎俩来看，将版本的分支号加载到服务的元数据信息中，再联合服务名称或者 IP 地址，来实现对服务列表的多维度过滤，能够撑持大部分轻量级灰度策略的实现。
五、参考源码
利用仓库：https://gitee.com/cicadasmile/butte-flyer-parent
组件封装：https://gitee.com/cicadasmile/butte-frame-parent
