修改介绍

README.md

@@ -18,7 +18,8 @@ Nepxion Discovery銝甈曉笆Spring Cloud Discovery瘜典
 - 如果你是测试负责人，希望对微服务做A/B测试，那么通过动态改变版本达到该目的
 
 ## 简介
-- 实现对基于Spring Cloud的微服务和Zuul网关的支持，即可以在任何环境做过滤和灰度发布
+- 实现对基于Spring Cloud的微服务和Zuul网关等的支持，支持在任何环节做过滤控制和版本灰度发布，唯一只需要一个前提
+  - 开启了服务注册发现，程序入口加了@EnableDiscoveryClient
 - 实现服务注册层面的控制
   - 基于黑/白名单的IP地址过滤机制禁止对相应的微服务进行注册
   - 基于最大注册数的限制微服务注册。一旦微服务集群下注册的实例数目已经达到上限（可配置），将禁止后续的微服务进行注册
@@ -62,12 +63,12 @@ Nepxion Discovery銝甈曉笆Spring Cloud Discovery瘜典
   - 运维将发布新的生产环境，部署新服务集群，服务A(V1.1)，服务B(V1.1)
   - 由于网关(1.0)并未指向服务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.1)发布到服务注册发现中心，但禁止被服务发现，网关外的调用进来无法负载均衡到网关(V1.1)上
   - 在灰度网关(V1.1)->服务A(V1.1)->服务B(V1.1)这条调用路径做灰度测试
-  - > 灰度测试成功后，把网关(V1.0)指向服务A(V1.1)->服务B(V1.1)
+  - 灰度测试成功后，把网关(V1.0)指向服务A(V1.1)->服务B(V1.1)
 - 灰度发布后  
-  - > 下线服务A(V1.0)，服务B(V1.0)，灰度成功
+  - 下线服务A(V1.0)，服务B(V1.0)，灰度成功
   - 灰度网关(V1.1)可以不用下线，留作下次版本上线再次灰度发布
 
 ![Alt text](https://github.com/Nepxion/Docs/blob/master/discovery-plugin-doc/Architecture.jpg)