修改介绍

README.md

@@ -10,6 +10,14 @@ Nepxion Discovery是一款对Spring Cloud Discovery的服务注册增强插件
     2. 为服务定义一个版本号在application.properties里，相信很多使用者本身就已经这么做了
     3. 如果采用了远程配置中心集成的话，那么只需要在那里修改规则（XML），触发推送；如果未集成，可以通过客户端工具（例如Postman）推送修改的规则（XML）
 
+## 解决痛点
+现有Spring Cloud的痛点
+
+    1. 如果你是运维负责人，是否会经常发现，你掌管的测试环境中的服务注册中心，被一些不负责的开发人员把他本地开发环境注册上来，造成测试人员测试失败。你希望可以把本地开发环境注册给屏蔽掉，不让注册
+    2. 如果你是运维负责人，生产环境的某个微服务集群下的某个实例，暂时出了问题，但又不希望它下线。你希望可以把该实例给屏蔽掉，暂时不让被调用
+    3. 如果你是业务负责人，鉴于业务服务的快速迭代性，微服务集群下的实例发布不同的版本。你希望根据版本管理策略进行路由，提供给下游微服务区别调用，达到多版本灰度访问控制
+    4. 如果你是测试负责人，希望对服务做A/B测试
+
 ## 简介
 支持如下功能
 
@@ -134,6 +142,17 @@ Nepxion Discovery是一款对Spring Cloud Discovery的服务注册增强插件
 2. 提供端的application.properties未定义版本号，当消费端在xml里不做任何版本配置，才可以访问该提供端
 ```
 
+### 黑/白名单的IP地址注册的过滤规则策略
+服务启动的时候，禁止指定的IP地址注册到服务注册发现中心。支持黑/白名单，白名单表示只允许指定IP地址前缀注册，黑名单表示不允许指定IP地址前缀注册
+```xml
+1. 全局过滤，指注册到服务注册发现中心的所有服务，只有IP地址包含在全局过滤字段的前缀中，都允许注册（对于白名单而言），或者不允许注册（对于黑名单而言）
+2. 局部过滤，指专门针对某个服务而言，那么真正的过滤条件是全局过滤+局部过滤结合在一起
+```
+
+黑/白名单的IP地址发现的过滤规则策略
+服务启动的时候，禁止指定的IP地址被服务发现。它使用的方式和“黑/白名单的IP地址注册的过滤”一致
+
+### 版本配置值
 不同的服务注册发现组件对应的版本配置值
 ```xml
 eureka.instance.metadataMap.version=1.0
@@ -278,8 +297,8 @@ spring-cloud-consul的2.0.0.RELEASE（目前最新的稳定版）支持consul-ap
 ### 场景描述
 本例将模拟一个较为复杂的场景，如图2
 ```xml
-1. 调用关系服务A->服务B->服务C
-2. 服务A一个实例，服务B两个实例，服务C三个实例
+1. 微服务集群部署了3个，分别是A服务集群、B服务集群、C服务集群，分别对应的实例数为1、2、3
+2. 微服务集群的调用关系为服务A->服务B->服务C
 3. 规则为服务A只能只能调用服务B的1.0和1.1版本，服务B的1.0版本只能调用服务C的1.0和1.1版本，服务B的1.1版本只能调用服务C的1.2版本
 4. 当一切就绪后，动态切换规则，改变调用的版本对应关系
 ```