互联网系统灰度分流方案.doc

□科技保密信息（☆密级：□绝密 □机密□秘密 ☆保密期限： ）□非公开信息 □公开信息
□科技保密信息（☆密级：□绝密 □机密□秘密 ☆保密期限： ）□非公开信息 □公开信息
信息安全提示：
――本文档传递过程必须遵守“必需知
# / 21
# / 21
Web
Users
Most users
Router
Some users
Old Version
server
Database
Server
server
Applicatio n Server
Database
Server
Applicatio n server
灰度设计方案说明书
灰度设计方案说明书
# / 21
# / 21
灰度设计方案说明书
灰度设计方案说明书
# / 21
# / 21
所有流量访问新系统:
灰度设计方案说明书
灰度设计方案说明书
# / 21
# / 21
灰度设计方案说明书
灰度设计方案说明书
# / 21
3 / 21
灰度设计方案说明书
灰度设计方案说明书
12 / 21
3 / 21
灰度设计方案说明书
灰度设计方案说明书
6 / 21
13 / 21

互联网应用支持系统、APP秒杀活动等。
第3章 技术方案


新旧系统同时并行提供服务，对接入流量进行按比率分流。

技术方案针对http请求进行灰度和非灰度区分标识，由Nginx分流引擎处理分流逻辑，将不同请 求分流至新旧两套环境，并将分流数据存储到 选择。
主要有以下几种分流类型的后端系统（ Nginx代理的系统）：
无会话，无客户特征系统：
后台系统仅作为无 session的服务提供者，通过 HTTP协议webservice 或者RESTFul API开 放访问，比如网银通过柜面网关提供 webservice 接口服务，这些接口服务主要提供给商城、柜面、
支付、网申等关联系统调用。
有会话，无客户特征系统：
后台系统维持一段时间内的会话，但后台系统无客户特征数据，比如新用户注册、如在线申请 信用卡等，这些操作后台系统无法提前获取客户特征等（如客户号） 。
灰度设计方案说明书
灰度设计方案说明书
14 / 21
5 / 21
无会话，有客户特征系统：
后台系统作为无 session的服务提供者，通过 HTTP协议的webservice 或者RESTFul API访 问，但所有请求基本都有客户特征如客户号、手机号、卡号等，比如手机银行访问个人网银，此时 ，这些服务的操作需要手机银行传入卡号、手机号、客户号、证件号等， 这些客户数据后台系统已经存在。
有会话、有客户特征系统：
后台系统不仅维持 session会话，且后台系统存有客户数据， 比如发现精彩 APP访问worklight, 此时Nginx代理的worklight 系统有会话维持，且客户数据已经存在 worklight 后端系统（实际 worklight 并不保存客户数据，数据由 worklight请求的后台服务提供 ）。
以上几种类型的后台系统根据不同的灰度实现，都可以互相转换。

根据Nginx代理的后台系统分类，分别有下面几种比较典型的灰度实现场景，不同的场景需要
一定条件支持：
1•信用卡APP :
APP作为前端，Nginx代理worklight 作为后端。worklight 具有会话和客户特征数据，如登 录会话、app设备号、客户号等特征，是一个比较典型的有会话、有客户特征的后端系统， Nginx
分流引擎在后台系统 生成会话前，通过用户特征数据进行灰度识别：
a） 版本号
b） 设备号
C） 客户号
灰度设计方案说明书
灰度设计方案说明书
6 / 21
15 / 21
d）手机号
网申：
客户浏览器作为前端、 Nginx代理网申服务作为后端，网申维持客户申请信用卡时间内会话。
a）按流量占比分流：
网申：
客户浏览器作为前端、 Ngi nx代理网申服务作为后端，网申第二步申请时，根据前一步已经填
写的资料重新操作。（主要针对网申的业务操作，客户有可能在一次会话内填写了一部分资料信