更新格式

doc/design/ku8-micro-service.md

@@ -6,7 +6,8 @@
 
 1. **ku8微服务(Micro Service)**
 ----------------------------
- 等价与一个kubernetes的Service，但多了副本数的属性，每一个ku8微服务最终会实例化为一个kubernetes Service与对应的RC。ku8微服务本质上是独立的，彼此之间没有关系，但在实现方面可能会有依赖关系，即微服务Ａ可能依赖于Ｂ的正常运行,此时可以将这些服务打包为一个特殊的ku8应用(Application)，即微服务类应用。ku8微服务分为公共的，以及属于某个私有的Application的两种，公共的微服务，可以被私有的Application引用（仅仅是依赖引用，并不是被包含在Application内）。Ku8微服务通过一个“定义阶段”，在界面上录入必要的属性，然后可以发布到某个ku8分区上部署，这个部署过程就是在对应的分区上创建相关的kubernetes service与RC，并且与之关联起来。
+
+等价与一个kubernetes的Service，但多了副本数的属性，每一个ku8微服务最终会实例化为一个kubernetes Service与对应的RC。ku8微服务本质上是独立的，彼此之间没有关系，但在实现方面可能会有依赖关系，即微服务Ａ可能依赖于Ｂ的正常运行,此时可以将这些服务打包为一个特殊的ku8应用(Application)，即微服务类应用。ku8微服务分为公共的，以及属于某个私有的Application的两种，公共的微服务，可以被私有的Application引用（仅仅是依赖引用，并不是被包含在Application内）。Ku8微服务通过一个“定义阶段”，在界面上录入必要的属性，然后可以发布到某个ku8分区上部署，这个部署过程就是在对应的分区上创建相关的kubernetes service与RC，并且与之关联起来。
 Ku8微服务有发布状态(publish_status)：
 
  - 待发布
@@ -19,19 +20,17 @@ Ku8΢
  - 异常
  - 部分异常
 
- **Ku8微服务在发布以后，可以修改一些属性，修改过程中需要标记modified属性，表明变更过，并且旧的版本定义信息需要保留，以便回滚。这个过程中可能会引发Kuberntes Service与对应的RC的同步更新，ku8eye会判断具体是哪部分属性变化而需要重新发布，**
+ **Ku8微服务在发布以后，可以修改一些属性，修改过程中需要标记modified属性，表明变更过，并且旧的版本定义信息需要保留，以便回滚，这个过程中可能会引发Kuberntes Service与对应的RC的同步更新，ku8eye会判断具体是哪部分属性变化而需要重新发布，**
 
 
 2. **ku8微服务模板**
 ---------------
-
-  微服务模板是一个用来快速实例化某个微服务的样板数据模型，常见的一些中间件都可以做成微服务模板，比如MySQL，Redis，Zookeeper，Memcache，MongoDB，FastDFS等。创建微服务的时候，可以直接选择某个微服务模板，修改必要的参数，然后发布到某个分区。
+微服务模板是一个用来快速实例化某个微服务的样板数据模型，常见的一些中间件都可以做成微服务模板，比如MySQL，Redis，Zookeeper，Memcache，MongoDB，FastDFS等。创建微服务的时候，可以直接选择某个微服务模板，修改必要的参数，然后发布到某个分区。
 
 
 3. **ku8应用（Application)**
 ---------------
-
-  Ku8应用是包括一组私有的K8微服务实例的一个整体单元，一个ku8应用可能会声明引用某些公共的Ku8微服务，与其自身包括的微服务不同，引用的微服务仅仅是确保这些微服务与它在同一个分区内存在，而不是去产生这样一个新的微服务。
+Ku8应用是包括一组私有的K8微服务实例的一个整体单元，一个ku8应用可能会声明引用某些公共的Ku8微服务，与其自身包括的微服务不同，引用的微服务仅仅是确保这些微服务与它在同一个分区内存在，而不是去产生这样一个新的微服务。
  与Ku8微服务类似，一个ku8应用也有一个“定义节点”，即我们的Build阶段，在这个阶段中，用户通过界面定义一个或多个ku8微服务（也可以引用某个Ku8微服务模板），完成构建以后，选择某个ku8分区，发布每个微服务，在发布之前，需要确保它所引用的ku8微服务在此分区中存在。
 
 一个Ku8应用包括如下的发布状态(publish_status)：