PC/M用户
N4.1 非灰度www.gearbest.com 请求/m.gearbest.com 请求/app3.gearbest.com请求
Nginx Fastcgi+Phpfpm
4.2 灰度国家的 www.gearbest.com 请求
VS
phpfpmPool
8. 全量稳定以后，m/pc端直接直接回源到新集群
Nginx Proxy任务：1. 首次耗cpu ssl运算，对等加解密2. 代理缓存，降低动态回源（对磁盘I/O压力？丢内存？）3. 做负载均衡弊端：1. Proxy含带业务代码，未做分层（PHP的特性）? 静态资源抽离出去，NginxProxy无代码，扩容也是扩容phpfpmPool节点2. 存在类似https静态资源首页的问题，无处存放
upstreamphpfpm node 1
灰度国家？
用户
老GB NGINX Group 1/2/3
Nginx Proxy 任务：1. 首次耗cpu ssl运算，对等加解密2. 代理缓存，降低动态回源（对磁盘I/O压力？丢内存？）3. 做负载均衡弊端：1. 多了一层代理，多了4次RTT
3. www.gearbest.comm.gearbest.com(新/老GB请求)
NginxFastcgi+Phpfpm
upstreamphpfpm node 2
HK|FR|UK..
4.3 灰度国家的m.gearbest.com 请求
Nginx Proxy
CDN
443
1. appapi.gearbest.com（新GB app请求）首次server/info请求走这边
新重构的Nginxapp集群fastcgi_param grapIp 1或0
ApacheEcshop
新重构的Nginx www集群
新GB
新重构的NginxM 集群
Nginx负载均衡（Proxy && Cache）
2. app3.gearbest.com（老GB app请求）
Nginx Proxy
GTM
App用户（灰度tag）
80
fastcgi pass
PC/M不用设置fastcgi_param grapIp 1仅App需要（因为App要兼容新旧版本，另外在第版本客户端强制升级以前，原有的app集群需要保留）
