修改介绍

README.md

@@ -36,20 +36,19 @@ Nepxion Discovery是一款对Spring Cloud Discovery的服务注册增强插件
 - 实现支持未来扩展更多的服务注册中心
 
 ## 场景
-
-    1. 黑/白名单的IP地址注册的过滤
-       开发环境的本地微服务（例如IP地址为172.16.0.8）不希望被注册到测试环境的服务注册发现中心，那么可以在配置中心维护一个黑/白名单的IP地址过滤（支持全局和局部的过滤）的规则
-       我们可以通过提供一份黑/白名单达到该效果
-    2. 最大注册数的限制的过滤
-       当某个微服务注册数目已经达到上限（例如10个），那么后面起来的微服务，将再也不能注册上去
-    3. 黑/白名单的IP地址发现的过滤
-       开发环境的本地微服务（例如IP地址为172.16.0.8）已经注册到测试环境的服务注册发现中心，那么可以在配置中心维护一个黑/白名单的IP地址过滤（支持全局和局部的过滤）的规则，该本地微服务不会被其他测试环境的微服务所调用
-       我们可以通过推送一份黑/白名单达到该效果
-    4. 多版本灰度访问控制
-       A服务调用B服务，而B服务有两个实例（B1、B2），虽然三者相同的服务名，但功能上有差异，需求是在某个时刻，A服务只能调用B1，禁止调用B2。在此场景下，我们在application.properties里为B1维护一个版本为1.0，为B2维护一个版本为1.1
-       我们可以通过推送A服务调用某个版本的B服务对应关系的配置，达到某种意义上的灰度控制，切换版本的时候，我们只需要再次推送即可
-    5. 动态改变微服务版本
-       在A/B测试中，通过动态改变版本，不重启微服务，达到访问版本的路径改变
+- 黑/白名单的IP地址注册的过滤
+  - 开发环境的本地微服务（例如IP地址为172.16.0.8）不希望被注册到测试环境的服务注册发现中心，那么可以在配置中心维护一个黑/白名单的IP地址过滤（支持全局和局部的过滤）的规则
+  - 我们可以通过提供一份黑/白名单达到该效果
+- 最大注册数的限制的过滤
+  - 当某个微服务注册数目已经达到上限（例如10个），那么后面起来的微服务，将再也不能注册上去
+- 黑/白名单的IP地址发现的过滤
+  - 开发环境的本地微服务（例如IP地址为172.16.0.8）已经注册到测试环境的服务注册发现中心，那么可以在配置中心维护一个黑/白名单的IP地址过滤（支持全局和局部的过滤）的规则，该本地微服务不会被其他测试环境的微服务所调用
+  - 我们可以通过推送一份黑/白名单达到该效果
+- 多版本灰度访问控制
+  - A服务调用B服务，而B服务有两个实例（B1、B2），虽然三者相同的服务名，但功能上有差异，需求是在某个时刻，A服务只能调用B1，禁止调用B2。在此场景下，我们在application.properties里为B1维护一个版本为1.0，为B2维护一个版本为1.1
+  - 我们可以通过推送A服务调用某个版本的B服务对应关系的配置，达到某种意义上的灰度控制，切换版本的时候，我们只需要再次推送即可
+- 动态改变微服务版本
+  - 在A/B测试中，通过动态改变版本，不重启微服务，达到访问版本的路径改变
 
 ## 依赖
 选择相应的插件引入
@@ -165,26 +164,21 @@ Nepxion Discovery是一款对Spring Cloud Discovery的服务注册增强插件
 
 ### 动态改变版本规则策略
 微服务启动的时候，由于版本已经写死在application.properties里，使用者希望改变一下版本，而不重启微服务，达到访问版本的路径改变 
-```xml
-1. 版本分为本地版本和动态版本
-2. 本地版本是通过在application.properties里配置的，在微服务启动的时候读取
-3. 动态版本是通过POST方式动态设置
-4. 多版本灰度规则获取版本值的时候，先获取动态版本，如果不存在，再获取本地版本
-```
+- 版本分为本地版本和动态版本
+- 本地版本是通过在application.properties里配置的，在微服务启动的时候读取
+- 动态版本是通过POST方式动态设置
+- 多版本灰度规则获取版本值的时候，先获取动态版本，如果不存在，再获取本地版本
 
 ### 黑/白名单的IP地址注册的过滤规则策略
 微服务启动的时候，禁止指定的IP地址注册到服务注册发现中心。支持黑/白名单，白名单表示只允许指定IP地址前缀注册，黑名单表示不允许指定IP地址前缀注册
-```xml
-1. 全局过滤，指注册到服务注册发现中心的所有微服务，只有IP地址包含在全局过滤字段的前缀中，都允许注册（对于白名单而言），或者不允许注册（对于黑名单而言）
-2. 局部过滤，指专门针对某个微服务而言，那么真正的过滤条件是全局过滤+局部过滤结合在一起
-```
+- 全局过滤，指注册到服务注册发现中心的所有微服务，只有IP地址包含在全局过滤字段的前缀中，都允许注册（对于白名单而言），或者不允许注册（对于黑名单而言）
+- 局部过滤，指专门针对某个微服务而言，那么真正的过滤条件是全局过滤+局部过滤结合在一起
 
 ### 最大注册数的限制的过滤规则策略
 微服务启动的时候，一旦微服务集群下注册的实例数目已经达到上限（可配置），将禁止后续的微服务进行注册
-```xml
-1. 全局配置值，只下面配置所有的微服务集群，最多能注册多少个
-2. 局部配置值，指专门针对某个微服务而言，那么该值如存在，全局配置值失效
-```
+- 全局配置值，只下面配置所有的微服务集群，最多能注册多少个
+- 局部配置值，指专门针对某个微服务而言，那么该值如存在，全局配置值失效
+
 ### 黑/白名单的IP地址发现的过滤规则策略
 微服务启动的时候，禁止指定的IP地址被服务发现。它使用的方式和“黑/白名单的IP地址注册的过滤”一致