update

junlv · Jul 30, 2019 · 29ab286 · 29ab286
1 parent 9ad628e
commit 29ab286
Show file tree

Hide file tree

Showing 5 changed files with 25 additions and 6 deletions.
diff --git a/categories/design/index.xml b/categories/design/index.xml
@@ -18,7 +18,9 @@
       <pubDate>Sat, 20 Jul 2019 09:33:00 +0000</pubDate>
 
       <guid>https://www.at719.com/posts/microservice/</guid>
-      <description> 标签 </description>
+      <description>微服务概念 微服务就是一些协同工作的小而自治的服务，每个服务强调按照内聚性，单一职责原则（把因相同原因而变化的东西聚合到一起，而把因不同原因而变化的东西分离开来），微服务将这个理念应用在独立的服务上；根据业务的边界来确定服务的边界，这样就很容易确定某个功能代码应该放在哪里
+微服务强调【自治性】 服务之间均通过网络调用进行通信，从而加强了服务之间的隔离性，避免紧耦合；这些服务应该可以彼此间独立进行修改，并且某一个服务的部署不应该引起该服务消费方的变动。对于一个服务来说，我们需要考虑的是什么应该暴露，什么应该隐藏。如果暴露得过多，那么服务消费方会与该服务的内部实现产生耦合。这会使得服务和消费方之间产生额外的协调工作，从而降低服务的自治性。
+服务会暴露出 API（Application Programming Interface，应用编程接口），然后服务之间通过这些 API 进行通信。API 的实现技术应该避免与消费方耦合，这就意味着应该选择与具体技术不相关的 API 实现方式，以保证技术的选择不被限制</description>
     </item>
 
   </channel>

diff --git a/index.xml b/index.xml
@@ -18,7 +18,9 @@
       <pubDate>Sat, 20 Jul 2019 09:33:00 +0000</pubDate>
 
       <guid>https://www.at719.com/posts/microservice/</guid>
-      <description> 标签 </description>
+      <description>微服务概念 微服务就是一些协同工作的小而自治的服务，每个服务强调按照内聚性，单一职责原则（把因相同原因而变化的东西聚合到一起，而把因不同原因而变化的东西分离开来），微服务将这个理念应用在独立的服务上；根据业务的边界来确定服务的边界，这样就很容易确定某个功能代码应该放在哪里
+微服务强调【自治性】 服务之间均通过网络调用进行通信，从而加强了服务之间的隔离性，避免紧耦合；这些服务应该可以彼此间独立进行修改，并且某一个服务的部署不应该引起该服务消费方的变动。对于一个服务来说，我们需要考虑的是什么应该暴露，什么应该隐藏。如果暴露得过多，那么服务消费方会与该服务的内部实现产生耦合。这会使得服务和消费方之间产生额外的协调工作，从而降低服务的自治性。
+服务会暴露出 API（Application Programming Interface，应用编程接口），然后服务之间通过这些 API 进行通信。API 的实现技术应该避免与消费方耦合，这就意味着应该选择与具体技术不相关的 API 实现方式，以保证技术的选择不被限制</description>
     </item>
 
     <item>

diff --git a/posts/index.xml b/posts/index.xml
@@ -18,7 +18,9 @@
       <pubDate>Sat, 20 Jul 2019 09:33:00 +0000</pubDate>
 
       <guid>https://www.at719.com/posts/microservice/</guid>
-      <description> 标签 </description>
+      <description>微服务概念 微服务就是一些协同工作的小而自治的服务，每个服务强调按照内聚性，单一职责原则（把因相同原因而变化的东西聚合到一起，而把因不同原因而变化的东西分离开来），微服务将这个理念应用在独立的服务上；根据业务的边界来确定服务的边界，这样就很容易确定某个功能代码应该放在哪里
+微服务强调【自治性】 服务之间均通过网络调用进行通信，从而加强了服务之间的隔离性，避免紧耦合；这些服务应该可以彼此间独立进行修改，并且某一个服务的部署不应该引起该服务消费方的变动。对于一个服务来说，我们需要考虑的是什么应该暴露，什么应该隐藏。如果暴露得过多，那么服务消费方会与该服务的内部实现产生耦合。这会使得服务和消费方之间产生额外的协调工作，从而降低服务的自治性。
+服务会暴露出 API（Application Programming Interface，应用编程接口），然后服务之间通过这些 API 进行通信。API 的实现技术应该避免与消费方耦合，这就意味着应该选择与具体技术不相关的 API 实现方式，以保证技术的选择不被限制</description>
     </item>
 
     <item>

diff --git a/posts/microservice/index.html b/posts/microservice/index.html
@@ -32,7 +32,10 @@
 <ul>
 <li>
 <ul>
-<li><a href="#标签">标签</a></li>
+<li><a href="#微服务概念">微服务概念</a>
+<ul>
+<li><a href="#微服务强调-自治性">微服务强调【自治性】</a></li>
+</ul></li>
 </ul></li>
 </ul>
 </nav>
@@ -81,7 +84,15 @@ <h1 class="subtitle is-size-4-mobile is-size-3-desktop">Microservice微服务</h
   <div class="content">
 
 
-<h2 id="标签">标签</h2>
+<h2 id="微服务概念">微服务概念</h2>
+
+<p>微服务就是一些协同工作的小而自治的服务，每个服务强调按照内聚性，单一职责原则（把因相同原因而变化的东西聚合到一起，而把因不同原因而变化的东西分离开来），微服务将这个理念应用在独立的服务上；根据业务的边界来确定服务的边界，这样就很容易确定某个功能代码应该放在哪里</p>
+
+<h3 id="微服务强调-自治性">微服务强调【自治性】</h3>
+
+<p>服务之间均通过网络调用进行通信，从而加强了服务之间的隔离性，避免紧耦合；这些服务应该可以彼此间独立进行修改，并且某一个服务的部署不应该引起该服务消费方的变动。对于一个服务来说，我们需要考虑的是什么应该暴露，什么应该隐藏。如果暴露得过多，那么服务消费方会与该服务的内部实现产生耦合。这会使得服务和消费方之间产生额外的协调工作，从而降低服务的自治性。</p>
+
+<p>服务会暴露出 API（Application Programming Interface，应用编程接口），然后服务之间通过这些 API 进行通信。API 的实现技术应该避免与消费方耦合，这就意味着应该选择与具体技术不相关的 API 实现方式，以保证技术的选择不被限制</p>
 
   </div>
 </div>

diff --git a/tags/design/index.xml b/tags/design/index.xml
@@ -18,7 +18,9 @@
       <pubDate>Sat, 20 Jul 2019 09:33:00 +0000</pubDate>
 
       <guid>https://www.at719.com/posts/microservice/</guid>
-      <description> 标签 </description>
+      <description>微服务概念 微服务就是一些协同工作的小而自治的服务，每个服务强调按照内聚性，单一职责原则（把因相同原因而变化的东西聚合到一起，而把因不同原因而变化的东西分离开来），微服务将这个理念应用在独立的服务上；根据业务的边界来确定服务的边界，这样就很容易确定某个功能代码应该放在哪里
+微服务强调【自治性】 服务之间均通过网络调用进行通信，从而加强了服务之间的隔离性，避免紧耦合；这些服务应该可以彼此间独立进行修改，并且某一个服务的部署不应该引起该服务消费方的变动。对于一个服务来说，我们需要考虑的是什么应该暴露，什么应该隐藏。如果暴露得过多，那么服务消费方会与该服务的内部实现产生耦合。这会使得服务和消费方之间产生额外的协调工作，从而降低服务的自治性。
+服务会暴露出 API（Application Programming Interface，应用编程接口），然后服务之间通过这些 API 进行通信。API 的实现技术应该避免与消费方耦合，这就意味着应该选择与具体技术不相关的 API 实现方式，以保证技术的选择不被限制</description>
     </item>
 
   </channel>