This is an automated email from the ASF dual-hosted git repository.
github-bot pushed a commit to branch asf-site
in repository
https://gitbox.apache.org/repos/asf/incubator-dolphinscheduler-website.git
The following commit(s) were added to refs/heads/asf-site by this push:
new d8f82bd Automated deployment: Sat Mar 7 10:18:49 UTC 2020
46f1fee144107a599368c803f921d2a4ca40a999
d8f82bd is described below
commit d8f82bd976f8e1becd684192d8da17a3fc916033
Author: dailidong <[email protected]>
AuthorDate: Sat Mar 7 10:18:49 2020 +0000
Automated deployment: Sat Mar 7 10:18:49 UTC 2020
46f1fee144107a599368c803f921d2a4ca40a999
---
zh-cn/docs/1.2.0/user_doc/architecture-design.html | 2 +-
zh-cn/docs/1.2.0/user_doc/architecture-design.json | 2 +-
zh-cn/docs/1.2.1/user_doc/architecture-design.html | 2 +-
zh-cn/docs/1.2.1/user_doc/architecture-design.json | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/zh-cn/docs/1.2.0/user_doc/architecture-design.html
b/zh-cn/docs/1.2.0/user_doc/architecture-design.html
index b9675e3..5047f2f 100644
--- a/zh-cn/docs/1.2.0/user_doc/architecture-design.html
+++ b/zh-cn/docs/1.2.0/user_doc/architecture-design.html
@@ -124,7 +124,7 @@ MasterServer服务启动时向Zookeeper注册临时节点，通过监听Zookeepe
<p>在去中心化设计里，通常没有Master/Slave的概念，所有的角色都是一样的，地位是平等的，全球互联网就是一个典型的去中心化的分布式系统，联网的任意节点设备down机，都只会影响很小范围的功能。</p>
</li>
<li>
-<p>去中心化设计的核心设计在于整个分布式系统中不存在一个区别于其他节点的”管理者”，因此不存在单点故障问题。但由于不存在”
管理者”节点所以每个节点都需要跟其他节点通信才得到必须要的机器信息，而分布式系统通信的不可靠行，则大大增加了上述功能的实现难度。</p>
+<p>去中心化设计的核心设计在于整个分布式系统中不存在一个区别于其他节点的”管理者”，因此不存在单点故障问题。但由于不存在”
管理者”节点所以每个节点都需要跟其他节点通信才得到必须要的机器信息，而分布式系统通信的不可靠性，则大大增加了上述功能的实现难度。</p>
</li>
<li>
<p>实际上，真正去中心化的分布式系统并不多见。反而动态中心化分布式系统正在不断涌出。在这种架构下，集群中的管理者是被动态选择出来的，而不是预置的，并且集群在发生故障的时候，集群的节点会自发的举行"会议"来选举新的"管理者"去主持工作。最典型的案例就是ZooKeeper及Go语言实现的Etcd。</p>
diff --git a/zh-cn/docs/1.2.0/user_doc/architecture-design.json
b/zh-cn/docs/1.2.0/user_doc/architecture-design.json
index bad480a..aa88d12 100644
--- a/zh-cn/docs/1.2.0/user_doc/architecture-design.json
+++ b/zh-cn/docs/1.2.0/user_doc/architecture-design.json
@@ -1,6 +1,6 @@
{
"filename": "architecture-design.md",
- "__html":
"<h2>系统架构设计</h2>\n<p>在对调度系统架构说明之前，我们先来认识一下调度系统常用的名词</p>\n<h3>1.名词解释</h3>\n<p><strong>DAG：</strong>
全称Directed Acyclic
Graph，简称DAG。工作流中的Task任务以有向无环图的形式组装起来，从入度为零的节点进行拓扑遍历，直到无后继节点为止。举例如下图：</p>\n<p
align=\"center\">\n <img src=\"/img/dag_examples_cn.jpg\" alt=\"dag示例\"
width=\"60%\" />\n <p align=\"center\">\n <em>dag示例</em>\n
</p>\n</p>\n<p><strong>流程定义</strong>：通过拖拽任务节点并建立任务节点的关联所形成的可视化<strong>DAG</strong></p>\n<p><strong>流程实例</strong>：流程实例是流程定义的实例化，可以通过手动启动或定时调度生成,
[...]
+ "__html":
"<h2>系统架构设计</h2>\n<p>在对调度系统架构说明之前，我们先来认识一下调度系统常用的名词</p>\n<h3>1.名词解释</h3>\n<p><strong>DAG：</strong>
全称Directed Acyclic
Graph，简称DAG。工作流中的Task任务以有向无环图的形式组装起来，从入度为零的节点进行拓扑遍历，直到无后继节点为止。举例如下图：</p>\n<p
align=\"center\">\n <img src=\"/img/dag_examples_cn.jpg\" alt=\"dag示例\"
width=\"60%\" />\n <p align=\"center\">\n <em>dag示例</em>\n
</p>\n</p>\n<p><strong>流程定义</strong>：通过拖拽任务节点并建立任务节点的关联所形成的可视化<strong>DAG</strong></p>\n<p><strong>流程实例</strong>：流程实例是流程定义的实例化，可以通过手动启动或定时调度生成,
[...]
"link": "/zh-cn/docs/1.2.0/user_doc/architecture-design.html",
"meta": {}
}
\ No newline at end of file
diff --git a/zh-cn/docs/1.2.1/user_doc/architecture-design.html
b/zh-cn/docs/1.2.1/user_doc/architecture-design.html
index b9675e3..5047f2f 100644
--- a/zh-cn/docs/1.2.1/user_doc/architecture-design.html
+++ b/zh-cn/docs/1.2.1/user_doc/architecture-design.html
@@ -124,7 +124,7 @@ MasterServer服务启动时向Zookeeper注册临时节点，通过监听Zookeepe
<p>在去中心化设计里，通常没有Master/Slave的概念，所有的角色都是一样的，地位是平等的，全球互联网就是一个典型的去中心化的分布式系统，联网的任意节点设备down机，都只会影响很小范围的功能。</p>
</li>
<li>
-<p>去中心化设计的核心设计在于整个分布式系统中不存在一个区别于其他节点的”管理者”，因此不存在单点故障问题。但由于不存在”
管理者”节点所以每个节点都需要跟其他节点通信才得到必须要的机器信息，而分布式系统通信的不可靠行，则大大增加了上述功能的实现难度。</p>
+<p>去中心化设计的核心设计在于整个分布式系统中不存在一个区别于其他节点的”管理者”，因此不存在单点故障问题。但由于不存在”
管理者”节点所以每个节点都需要跟其他节点通信才得到必须要的机器信息，而分布式系统通信的不可靠性，则大大增加了上述功能的实现难度。</p>
</li>
<li>
<p>实际上，真正去中心化的分布式系统并不多见。反而动态中心化分布式系统正在不断涌出。在这种架构下，集群中的管理者是被动态选择出来的，而不是预置的，并且集群在发生故障的时候，集群的节点会自发的举行"会议"来选举新的"管理者"去主持工作。最典型的案例就是ZooKeeper及Go语言实现的Etcd。</p>
diff --git a/zh-cn/docs/1.2.1/user_doc/architecture-design.json
b/zh-cn/docs/1.2.1/user_doc/architecture-design.json
index 7ef733a..7b1919d 100644
--- a/zh-cn/docs/1.2.1/user_doc/architecture-design.json
+++ b/zh-cn/docs/1.2.1/user_doc/architecture-design.json
@@ -1,6 +1,6 @@
{
"filename": "architecture-design.md",
- "__html":
"<h2>系统架构设计</h2>\n<p>在对调度系统架构说明之前，我们先来认识一下调度系统常用的名词</p>\n<h3>1.名词解释</h3>\n<p><strong>DAG：</strong>
全称Directed Acyclic
Graph，简称DAG。工作流中的Task任务以有向无环图的形式组装起来，从入度为零的节点进行拓扑遍历，直到无后继节点为止。举例如下图：</p>\n<p
align=\"center\">\n <img src=\"/img/dag_examples_cn.jpg\" alt=\"dag示例\"
width=\"60%\" />\n <p align=\"center\">\n <em>dag示例</em>\n
</p>\n</p>\n<p><strong>流程定义</strong>：通过拖拽任务节点并建立任务节点的关联所形成的可视化<strong>DAG</strong></p>\n<p><strong>流程实例</strong>：流程实例是流程定义的实例化，可以通过手动启动或定时调度生成,
[...]
+ "__html":
"<h2>系统架构设计</h2>\n<p>在对调度系统架构说明之前，我们先来认识一下调度系统常用的名词</p>\n<h3>1.名词解释</h3>\n<p><strong>DAG：</strong>
全称Directed Acyclic
Graph，简称DAG。工作流中的Task任务以有向无环图的形式组装起来，从入度为零的节点进行拓扑遍历，直到无后继节点为止。举例如下图：</p>\n<p
align=\"center\">\n <img src=\"/img/dag_examples_cn.jpg\" alt=\"dag示例\"
width=\"60%\" />\n <p align=\"center\">\n <em>dag示例</em>\n
</p>\n</p>\n<p><strong>流程定义</strong>：通过拖拽任务节点并建立任务节点的关联所形成的可视化<strong>DAG</strong></p>\n<p><strong>流程实例</strong>：流程实例是流程定义的实例化，可以通过手动启动或定时调度生成,
[...]
"link": "/zh-cn/docs/1.2.1/user_doc/architecture-design.html",
"meta": {}
}
\ No newline at end of file
