修改介绍

README.md

@@ -18,6 +18,7 @@ Nepxion Discovery銝甈曉笆Spring Cloud Discovery瘜典
 - 如果你是测试负责人，希望对微服务做A/B测试，那么通过动态改变版本达到该目的
 
 ## 简介
+- 实现对基于Spring Cloud的微服务和Zuul网关的支持
 - 实现服务注册层面的控制
   - 基于黑/白名单的IP地址过滤机制禁止对相应的微服务进行注册
   - 基于最大注册数的限制微服务注册。一旦微服务集群下注册的实例数目已经达到上限（可配置），将禁止后续的微服务进行注册
@@ -55,6 +56,13 @@ Nepxion Discovery銝甈曉笆Spring Cloud Discovery瘜典
 ## 架构
 
 架构图
+简单描述一下，本系统的核心模块，基于版本控制的灰度发布，从网关（Zuul）开始的操作过程
+- 假设当前生产环境，调用路径为网关(V1.0)->服务A(V1.0)->服务B(V1.0)。关于如何定义版本的调用路径，请参考“多版本灰度规则策略”
+- 运维将发布新的生产环境，部署新服务A(V1.1)，服务B(V1.1)，在灰度过程的一段时间内，服务A(V1.1)，服务B(V1.1)是不能被调用的
+- 新增网关(V1.1)，指向服务A(V1.1)->服务B(V1.1)，同时网关(V1.1)发布到服务注册发现中心，但禁止被服务发现，网关外的调用进来无法负载均衡到网关(V1.1)上
+- 在网关(V1.1)->服务A(V1.1)->服务B(V1.1)这条调用路径做灰度测试
+- 灰度测试成功后，把网关(V1.0)指向服务A(V1.1)->服务B(V1.1)
+- 下线服务A(V1.0)，服务B(V1.0)，网关(V1.1)，灰度成功
 
 ![Alt text](https://github.com/Nepxion/Docs/blob/master/discovery-plugin-doc/Architecture.jpg)