This is an automated email from the ASF dual-hosted git repository.
casion pushed a commit to branch dev
in repository https://gitbox.apache.org/repos/asf/incubator-linkis-website.git
The following commit(s) were added to refs/heads/dev by this push:
new a66aa9e642 Official document format of linkis and correction of typos
(#509)
a66aa9e642 is described below
commit a66aa9e642294575b582042f382893fb0155f733
Author: 成彬彬 <[email protected]>
AuthorDate: Thu Sep 15 00:20:01 2022 +0800
Official document format of linkis and correction of typos (#509)
---
.../context-service/content-service-cleanup.md | 2 +-
.../current/architecture/commons/rpc.md | 1 +
.../engine/engine-conn-history.md | 4 ++--
.../engine/engine-conn-metrics.md | 10 +++++-----
.../architecture/computation-governance-services/entrance.md | 2 +-
.../job-submission-preparation-and-execution-process.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../linkis-manager/ec-history-arc.md | 6 +++---
.../microservice-governance-services/service_isolation.md | 6 +++---
.../context-service/content-service-cleanup.md | 8 ++++----
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/metadata-manager.md | 2 +-
i18n/zh-CN/docusaurus-plugin-content-docs/current/release.md | 2 +-
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/datasource-manager.md | 12 ++++++------
.../public-enhancement-services/metadata-manager.md | 12 ++++++------
.../version-1.1.1/architecture/commons/rpc.md | 1 +
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/datasource-manager.md | 12 ++++++------
.../public-enhancement-services/metadata-manager.md | 12 ++++++------
.../version-1.1.2/architecture/commons/rpc.md | 1 +
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/datasource-manager.md | 12 ++++++------
.../public-enhancement-services/metadata-manager.md | 12 ++++++------
.../version-1.1.3/architecture/commons/rpc.md | 1 +
.../engine/engine-conn-history.md | 4 ++--
.../engine/engine-conn-metrics.md | 8 ++++----
.../architecture/computation-governance-services/entrance.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../context-service/content-service-cleanup.md | 8 ++++----
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/datasource-manager.md | 12 ++++++------
.../public-enhancement-services/metadata-manager.md | 12 ++++++------
.../version-1.2.0/architecture/commons/rpc.md | 1 +
.../engine/engine-conn-history.md | 4 ++--
.../engine/engine-conn-metrics.md | 8 ++++----
.../architecture/computation-governance-services/entrance.md | 2 +-
.../job-submission-preparation-and-execution-process.md | 2 +-
.../linkis-manager/app-manager.md | 3 +--
.../linkis-manager/ec-history-arc.md | 6 +++---
.../microservice-governance-services/service_isolation.md | 6 +++---
.../context-service/content-service-cleanup.md | 8 ++++----
.../context-service/context-service-cache.md | 6 +++---
.../context-service/context-service-highavailable.md | 2 +-
.../public-enhancement-services/datasource-manager.md | 12 ++++++------
.../public-enhancement-services/metadata-manager.md | 12 ++++++------
.../docusaurus-plugin-content-docs/version-1.2.0/release.md | 2 +-
.../context-service/content-service-cleanup.md | 2 +-
.../context-service/content-service-cleanup.md | 2 +-
68 files changed, 164 insertions(+), 167 deletions(-)
diff --git
a/docs/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/docs/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index 1988abb813..ce6cbb39e2 100644
---
a/docs/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/docs/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ Add 3 cleanup related interfaces: `searchContextIDByTime,
clearAllContextByID, c
- `clearAllContextByID` clears the content of the context_map table and
context_id table corresponding to the ID in the input contextID list
- `clearAllContextByTime` searches according to 3 time ranges, and clears all
the contents of the context_map table and context_id table corresponding to the
searched contextID
-###2.2 Business Architecture
+### 2.2 Business Architecture
This feature is to add related interfaces for batch query and cleanup to the
ContextService service, and to add fields such as the update time of the
underlying data table, so as to clean up expired data according to the access
situation. The function points involve the modules as shown in the table below.
| First-level module | Second-level module | Function point |
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/commons/rpc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/commons/rpc.md
index 39f27da59d..5b016939ac 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/commons/rpc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/commons/rpc.md
@@ -107,6 +107,7 @@
org.apache.linkis.rpc.interceptor.common.CommonRPCInterceptor
调用Feign客户端，开始请求接收端的Restful请求接收器。
**自定义拦截器**
+
调用者也可以自己实现自定义拦截器(在linkis-commons/linkis-rpc/src/main/scala/org/apache/linkis/rpc/interceptor/common下实现RPCInterceptor接口，并通过@Component注入)，用于实现一些特定的功能。
### 2.2 接收端
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-history.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-history.md
index b6cee55228..e0164797bf 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-history.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-history.md
@@ -36,8 +36,8 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
-- \[输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
-- \[处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着讲这些信息存储到DB中。
+- [输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
+- [处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着将这些信息存储到DB中。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-metrics.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-metrics.md
index 1c5bfe10ac..e5fa561def 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-metrics.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/engine/engine-conn-metrics.md
@@ -7,7 +7,7 @@ tags: [Feature]
## 1. 功能需求
### 1.1 需求背景
- 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对齐进行优化调整，并且在上报协议中增加扩展模块。
+ 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对其进行优化调整，并且在上报协议中增加扩展模块。
### 1.2 目标
- 增加了包含资源、进度、额外信息的RPC 协议，支持在一次请求中上报这些信息
@@ -20,7 +20,7 @@ tags: [Feature]
### 2.1 技术架构
引擎信息上报架构如图所示。用户提交任务到entrance后，entrance向linkismanager申请引擎。
-申请到引擎后，向申请提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
+申请到引擎后，向EngineConn提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
本次需求修改，需要在entrance中新增引擎metrics信息入库；
在Orchestrator中将Resource和Progress接口信息合并，并且增加metrics等额外信息；
在交互式引擎ComputationEngineConn端将上报的资源和进度信息合并，并且额外上报引擎统计信息。
@@ -41,14 +41,14 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
--\[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
--
\[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
+-
[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
+-
[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
发给`OrchestratorAsyncListenerBus`处理。注册到`OrchestratorAsyncListener`的`TaskRunningInfoListener`收到消息，触发`listener`方法，回调到`Entrance`的Job的`TaskRunningInfo`回调方法。
回调方法解析出`TaskRunningInfo`中的资源、进度、引擎`metrancs`信息，分别进行持久化。
-## 4. 数据结构
+## 4. 数据结构
需求新增了`RPC protocol TaskRunningInfo` ，无新增db表
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
index 6abc98fcbf..df3fcda915 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
@@ -176,6 +176,6 @@ ResultSetReader：读取结果集的关键类
```
## 三、总结
- 上面我们主要介绍了Linkis计算治理服务组CGS,的OLAP任务的整个执行流程，按照任务请求的处理过程对任务拆分成了提交、准备、执行、返回结果四个阶段。CGS主要就是遵循这4个阶段来设计实现的，服务于这4个阶段，且为每个阶段提供了强大和灵活的能力。在提交阶段，主要提供通用的接口，接收上层应用工具提交过来的任务，并能提供基础的解析和拦截能力；在准备阶段，主要通过编排器Orchestrator，和LinkisMaster完成对任务的解析编排，并且做资源控制，和完成EngineConn的创建；执行阶段，通过引擎连接器EngineConn来去实际完成和底层引擎的对接，通常每个用户要连接不同的底层引擎，就得先启动一个对应的底层引擎连接器EC。计算任务通过EC，来提交给底层引擎做实际的执行，和状态、日志、结果等信息的获取，及；在结果返回阶
段，返回任务执行的结果信息，支持按照多种返回模式，如：文件流、JSON、JDBC等。整体的时序图如下：
+ 上面我们主要介绍了Linkis计算治理服务组CGS的OLAP任务的整个执行流程，按照任务请求的处理过程对任务拆分成了提交、准备、执行、返回结果四个阶段。CGS主要就是遵循这4个阶段来设计实现的，服务于这4个阶段，且为每个阶段提供了强大和灵活的能力。在提交阶段，主要提供通用的接口，接收上层应用工具提交过来的任务，并能提供基础的解析和拦截能力；在准备阶段，主要通过编排器Orchestrator和LinkisMaster完成对任务的解析编排，并且做资源控制和完成EngineConn的创建；执行阶段，通过引擎连接器EngineConn来去实际完成和底层引擎的对接，通常每个用户要连接不同的底层引擎，就得先启动一个对应的底层引擎连接器EC。计算任务通过EC来提交给底层引擎做实际的执行和状态、日志、结果等信息的获取，及在结果返回阶段，返回任�
��执行的结果信息，支持按照多种返回模式，如：文件流、JSON、JDBC等。整体的时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
index 0a0eb7ba86..190e112a54 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
@@ -1,5 +1,5 @@
---
-title: EC历史引擎信息记录架构
+title: EngineConn历史引擎信息记录架构
sidebar_position: 3
---
@@ -28,8 +28,8 @@ sidebar_position: 3
## 3. 模块设计
### 核心执行流程
-[输入端]
输入端主要为创建引擎时请求资源、引擎启动后上报真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、ec唯一的ticketid、资源类型.
-[处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着讲这些信息存储到DB中。
+- [输入端]
输入端主要为创建引擎时请求资源、引擎启动后上报真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、ec唯一的ticketid、资源类型.
+- [处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着将这些信息存储到DB中。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/microservice-governance-services/service_isolation.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/microservice-governance-services/service_isolation.md
index e64026eaa8..1593c276de 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/microservice-governance-services/service_isolation.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/microservice-governance-services/service_isolation.md
@@ -5,7 +5,7 @@ sidebar_position: 2
## 1. 总述
### 需求背景
- 现在Linkis在Gateway进行服务转发时现在是基于ribbon进行负载均衡的，但是有些情况下存在一些重要业务的任务希望做到服务级别的隔离，如果基于ribbon进行服务在均衡就会存在问题。比如租户A希望他的任务都路由到特定的Linkis-CG-Entrance服务，这样当其他的实例出现异常时可以不会影响到A服务的Entrance。
+ Linkis在Gateway进行服务转发时是基于ribbon进行负载均衡的，但是有些情况下存在一些重要业务的任务希望做到服务级别的隔离，如果基于ribbon进行服务在均衡就会存在问题。比如租户A希望他的任务都路由到特定的Linkis-CG-Entrance服务，这样当其他的实例出现异常时可以不会影响到A服务的Entrance。
另外支持服务的租户及隔离也可以做到快速隔离某个异常服务，支持灰度升级等场景。
### 目标
@@ -34,8 +34,8 @@ sidebar_position: 2
## 3. 模块设计
### 核心执行流程
-[输入端] 输入端为请求Gatway的restful请求，且是参数中待用roure label的请求才会进行处理
-[处理流程] Gateway会判断请求是否带有对应的RouteLabel，如果存在则基于RouteLabel来进行转发。
+- [输入端] 输入端为请求Gatway的restful请求，且是参数中待用roure label的请求才会进行处理
+- [处理流程] Gateway会判断请求是否带有对应的RouteLabel，如果存在则基于RouteLabel来进行转发。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index 31e3394b51..4381e1736a 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ ContestService各模块访问关系如下图所示
- `clearAllContextByID`清理输入的contextID列表中ID对应的context_map表和context_id表内容
- `clearAllContextByTime`
按照3个时间起止范围搜索，并且清理所有搜索到的contextID对应的context_map表和context_id表的内容
-###2.2 业务架构
+### 2.2 业务架构
此次特性是给ContextService服务增加批量查询和清理的相关接口，以及增加底层数据表的更新时间等字段，便于根据访问情况清理过期数据。功能点涉及模块如下表。
| 一级模块 | 二级模块 | 功能点 |
@@ -46,10 +46,10 @@ ContestService各模块访问关系如下图所示
| linkis-ps-cs | cs-persistence | 增加底层表的3个时间相关字段 |
-##3. 模块设计
-###主要执行流程
+## 3. 模块设计
+### 主要执行流程
- 创建ContextID。用户创建ContextID时，会记录create_time，后期不更新这个字段
--
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会跟新access_time字段；如果从db加载到cache，再跟新contextID，则会先更新access_time，然后单独跟新update_time
+-
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会更新access_time字段；如果从db加载到cache，再更新contextID，则会先更新access_time，然后单独更新update_time
- 根据时间查询ContextID。用户查询对应时间范围的ContextID，仅会返回haid字符串列表。此接口有分页，默认仅限5000条数据
- 批量清理ContextID。会批量清理传入的idList对应的所有contextMap数据和contextID数据。传入数组最大5000条
- 查询并清理ContextID，先查询再批量清理
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-cache.md
index b53b01fa24..936f667a88 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 7
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/metadata-manager.md
index d954790808..ee7fe27f23 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/architecture/public-enhancement-services/metadata-manager.md
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git a/i18n/zh-CN/docusaurus-plugin-content-docs/current/release.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/current/release.md
index 42a742b2b2..73034a1454 100644
--- a/i18n/zh-CN/docusaurus-plugin-content-docs/current/release.md
+++ b/i18n/zh-CN/docusaurus-plugin-content-docs/current/release.md
@@ -7,7 +7,7 @@ sidebar_position: 0.1
- [集成 Knife4j 和启用](/deployment/involve-knife4j-into-linkis.md)
- [数据源功能模块接口优化](/api/http/linkis-ps-publicservice-api/metadataquery-api.md)
- [JDBC 引擎支持数据源模式](/engine-usage/jdbc.md)
--
[EC历史引擎信息记录架构设计](/architecture/computation-governance-services/linkis-manager/ec-history-arc.md)
+-
[EngineConn历史引擎信息记录架构设计](/architecture/computation-governance-services/linkis-manager/ec-history-arc.md)
-
[微服务租户隔离架构设计](/architecture/microservice-governance-services/service_isolation.md)
- [版本的 Release-Notes](/download/release-notes-1.2.0)
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.0.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/datasource-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/datasource-manager.md
index afc762d9f7..b6d0cce87d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/datasource-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/datasource-manager.md
@@ -8,17 +8,17 @@ sidebar_position: 3
本文主要涉及DataSource Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
+（2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
-3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
+（6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
## 架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/metadata-manager.md
index d954790808..6aaecacf3d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.0/architecture/public-enhancement-services/metadata-manager.md
@@ -8,15 +8,15 @@ sidebar_position: 3
本文主要涉及MetaData Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
+（5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
## 架构图
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/commons/rpc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/commons/rpc.md
index 39f27da59d..5b016939ac 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/commons/rpc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/commons/rpc.md
@@ -107,6 +107,7 @@
org.apache.linkis.rpc.interceptor.common.CommonRPCInterceptor
调用Feign客户端，开始请求接收端的Restful请求接收器。
**自定义拦截器**
+
调用者也可以自己实现自定义拦截器(在linkis-commons/linkis-rpc/src/main/scala/org/apache/linkis/rpc/interceptor/common下实现RPCInterceptor接口，并通过@Component注入)，用于实现一些特定的功能。
### 2.2 接收端
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/datasource-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/datasource-manager.md
index afc762d9f7..b6d0cce87d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/datasource-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/datasource-manager.md
@@ -8,17 +8,17 @@ sidebar_position: 3
本文主要涉及DataSource Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
+（2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
-3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
+（6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
## 架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/metadata-manager.md
index d954790808..6aaecacf3d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.1/architecture/public-enhancement-services/metadata-manager.md
@@ -8,15 +8,15 @@ sidebar_position: 3
本文主要涉及MetaData Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
+（5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
## 架构图
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/commons/rpc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/commons/rpc.md
index 39f27da59d..5b016939ac 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/commons/rpc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/commons/rpc.md
@@ -107,6 +107,7 @@
org.apache.linkis.rpc.interceptor.common.CommonRPCInterceptor
调用Feign客户端，开始请求接收端的Restful请求接收器。
**自定义拦截器**
+
调用者也可以自己实现自定义拦截器(在linkis-commons/linkis-rpc/src/main/scala/org/apache/linkis/rpc/interceptor/common下实现RPCInterceptor接口，并通过@Component注入)，用于实现一些特定的功能。
### 2.2 接收端
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/datasource-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/datasource-manager.md
index afc762d9f7..b6d0cce87d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/datasource-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/datasource-manager.md
@@ -8,17 +8,17 @@ sidebar_position: 3
本文主要涉及DataSource Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
+（2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
-3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
+（6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
## 架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/metadata-manager.md
index d954790808..6aaecacf3d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.2/architecture/public-enhancement-services/metadata-manager.md
@@ -8,15 +8,15 @@ sidebar_position: 3
本文主要涉及MetaData Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
+（5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
## 架构图
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/commons/rpc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/commons/rpc.md
index 39f27da59d..5b016939ac 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/commons/rpc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/commons/rpc.md
@@ -107,6 +107,7 @@
org.apache.linkis.rpc.interceptor.common.CommonRPCInterceptor
调用Feign客户端，开始请求接收端的Restful请求接收器。
**自定义拦截器**
+
调用者也可以自己实现自定义拦截器(在linkis-commons/linkis-rpc/src/main/scala/org/apache/linkis/rpc/interceptor/common下实现RPCInterceptor接口，并通过@Component注入)，用于实现一些特定的功能。
### 2.2 接收端
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-history.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-history.md
index b6cee55228..013851563f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-history.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-history.md
@@ -36,8 +36,8 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
-- \[输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
-- \[处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着讲这些信息存储到DB中。
+- [输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
+- [处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着将这些信息存储到DB中。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-metrics.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-metrics.md
index 1c5bfe10ac..0121aa3efb 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-metrics.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/engine/engine-conn-metrics.md
@@ -7,7 +7,7 @@ tags: [Feature]
## 1. 功能需求
### 1.1 需求背景
- 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对齐进行优化调整，并且在上报协议中增加扩展模块。
+ 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对其进行优化调整，并且在上报协议中增加扩展模块。
### 1.2 目标
- 增加了包含资源、进度、额外信息的RPC 协议，支持在一次请求中上报这些信息
@@ -20,7 +20,7 @@ tags: [Feature]
### 2.1 技术架构
引擎信息上报架构如图所示。用户提交任务到entrance后，entrance向linkismanager申请引擎。
-申请到引擎后，向申请提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
+申请到引擎后，向EngineConn提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
本次需求修改，需要在entrance中新增引擎metrics信息入库；
在Orchestrator中将Resource和Progress接口信息合并，并且增加metrics等额外信息；
在交互式引擎ComputationEngineConn端将上报的资源和进度信息合并，并且额外上报引擎统计信息。
@@ -41,8 +41,8 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
--\[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
--
\[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
+-
[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
+-
[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
发给`OrchestratorAsyncListenerBus`处理。注册到`OrchestratorAsyncListener`的`TaskRunningInfoListener`收到消息，触发`listener`方法，回调到`Entrance`的Job的`TaskRunningInfo`回调方法。
回调方法解析出`TaskRunningInfo`中的资源、进度、引擎`metrancs`信息，分别进行持久化。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..411a490f38 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler
->ReuseEngineService->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index a7927748d9..d55e9a0a30 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ ContestService各模块访问关系如下图所示
- `clearAllContextByID`清理输入的contextID列表中ID对应的context_map表和context_id表内容
- `clearAllContextByTime`
按照3个时间起止范围搜索，并且清理所有搜索到的contextID对应的context_map表和context_id表的内容
-###2.2 业务架构
+### 2.2 业务架构
此次特性是给ContextService服务增加批量查询和清理的相关接口，以及增加底层数据表的更新时间等字段，便于根据访问情况清理过期数据。功能点涉及模块如下表。
| 一级模块 | 二级模块 | 功能点 |
@@ -46,10 +46,10 @@ ContestService各模块访问关系如下图所示
| linkis-ps-cs | cs-persistence | 增加底层表的3个时间相关字段 |
-##3. 模块设计
-###主要执行流程
+## 3. 模块设计
+### 主要执行流程
- 创建ContextID。用户创建ContextID时，会记录create_time，后期不更新这个字段
--
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会跟新access_time字段；如果从db加载到cache，再跟新contextID，则会先更新access_time，然后单独跟新update_time
+-
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会更新access_time字段；如果从db加载到cache，再更新contextID，则会先更新access_time，然后单独更新update_time
- 根据时间查询ContextID。用户查询对应时间范围的ContextID，仅会返回haid字符串列表。此接口有分页，默认仅限5000条数据
- 批量清理ContextID。会批量清理传入的idList对应的所有contextMap数据和contextID数据。传入数组最大5000条
- 查询并清理ContextID，先查询再批量清理
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-cache.md
index 97f0ebaae0..fafe6788fd 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 1
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/datasource-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/datasource-manager.md
index afc762d9f7..b6d0cce87d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/datasource-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/datasource-manager.md
@@ -8,17 +8,17 @@ sidebar_position: 3
本文主要涉及DataSource Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
+（2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
-3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
+（6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
## 架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/metadata-manager.md
index d954790808..6aaecacf3d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.1.3/architecture/public-enhancement-services/metadata-manager.md
@@ -8,15 +8,15 @@ sidebar_position: 3
本文主要涉及MetaData Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
+（5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
## 架构图
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/commons/rpc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/commons/rpc.md
index 39f27da59d..5b016939ac 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/commons/rpc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/commons/rpc.md
@@ -107,6 +107,7 @@
org.apache.linkis.rpc.interceptor.common.CommonRPCInterceptor
调用Feign客户端，开始请求接收端的Restful请求接收器。
**自定义拦截器**
+
调用者也可以自己实现自定义拦截器(在linkis-commons/linkis-rpc/src/main/scala/org/apache/linkis/rpc/interceptor/common下实现RPCInterceptor接口，并通过@Component注入)，用于实现一些特定的功能。
### 2.2 接收端
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-history.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-history.md
index b6cee55228..013851563f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-history.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-history.md
@@ -36,8 +36,8 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
-- \[输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
-- \[处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着讲这些信息存储到DB中。
+- [输入端]
输入端主要为创建引擎时的请求资源、引擎启动后上报的真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、EC唯一的ticketid、资源类型等.
+- [处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着将这些信息存储到DB中。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-metrics.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-metrics.md
index 1c5bfe10ac..0121aa3efb 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-metrics.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/engine/engine-conn-metrics.md
@@ -7,7 +7,7 @@ tags: [Feature]
## 1. 功能需求
### 1.1 需求背景
- 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对齐进行优化调整，并且在上报协议中增加扩展模块。
+ 上报信息缺少引擎信息、以及上报的资源和进度接口有冗余，降低了性能，需要对其进行优化调整，并且在上报协议中增加扩展模块。
### 1.2 目标
- 增加了包含资源、进度、额外信息的RPC 协议，支持在一次请求中上报这些信息
@@ -20,7 +20,7 @@ tags: [Feature]
### 2.1 技术架构
引擎信息上报架构如图所示。用户提交任务到entrance后，entrance向linkismanager申请引擎。
-申请到引擎后，向申请提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
+申请到引擎后，向EngineConn提交任务，并接收任务的定时上报（资源、进度、状态）。直到任务执行完毕，entrance在用户查询时返回最终结果。
本次需求修改，需要在entrance中新增引擎metrics信息入库；
在Orchestrator中将Resource和Progress接口信息合并，并且增加metrics等额外信息；
在交互式引擎ComputationEngineConn端将上报的资源和进度信息合并，并且额外上报引擎统计信息。
@@ -41,8 +41,8 @@ tags: [Feature]
## 3. 模块设计
### 核心执行流程
--\[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
--
\[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
+-
[输入端]输入端为交互式引擎端`computation-engineconn`。引擎在执行任务时，上报运行信息`TaskRunningInfo`，包含原有的`TaskProgressInfo`和`TaskResourceInfo`，新增了引擎示例信息和引擎现有任务数信息。
+-
[处理流程]`orchestrator-plugin-ecm`负责监听引擎运行任务时的上报信息，接收上报信息，并生成`TaskRunningInfoEvent`异步消息，
发给`OrchestratorAsyncListenerBus`处理。注册到`OrchestratorAsyncListener`的`TaskRunningInfoListener`收到消息，触发`listener`方法，回调到`Entrance`的Job的`TaskRunningInfo`回调方法。
回调方法解析出`TaskRunningInfo`中的资源、进度、引擎`metrancs`信息，分别进行持久化。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/entrance.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/entrance.md
index f1a536187b..42df051377 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/entrance.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/entrance.md
@@ -3,7 +3,7 @@ title: Entrance 架构设计
sidebar_position: 3
---
-Links任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
+Linkis任务提交入口是用来负责计算任务的接收、调度、转发执行请求、生命周期管理的服务，并且能把计算结果、日志、进度返回给调用方，是从Linkis0.X的Entrance拆分出来的原生能力。
一、Entrance架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
index 6abc98fcbf..df3fcda915 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/job-submission-preparation-and-execution-process.md
@@ -176,6 +176,6 @@ ResultSetReader：读取结果集的关键类
```
## 三、总结
- 上面我们主要介绍了Linkis计算治理服务组CGS,的OLAP任务的整个执行流程，按照任务请求的处理过程对任务拆分成了提交、准备、执行、返回结果四个阶段。CGS主要就是遵循这4个阶段来设计实现的，服务于这4个阶段，且为每个阶段提供了强大和灵活的能力。在提交阶段，主要提供通用的接口，接收上层应用工具提交过来的任务，并能提供基础的解析和拦截能力；在准备阶段，主要通过编排器Orchestrator，和LinkisMaster完成对任务的解析编排，并且做资源控制，和完成EngineConn的创建；执行阶段，通过引擎连接器EngineConn来去实际完成和底层引擎的对接，通常每个用户要连接不同的底层引擎，就得先启动一个对应的底层引擎连接器EC。计算任务通过EC，来提交给底层引擎做实际的执行，和状态、日志、结果等信息的获取，及；在结果返回阶
段，返回任务执行的结果信息，支持按照多种返回模式，如：文件流、JSON、JDBC等。整体的时序图如下：
+ 上面我们主要介绍了Linkis计算治理服务组CGS的OLAP任务的整个执行流程，按照任务请求的处理过程对任务拆分成了提交、准备、执行、返回结果四个阶段。CGS主要就是遵循这4个阶段来设计实现的，服务于这4个阶段，且为每个阶段提供了强大和灵活的能力。在提交阶段，主要提供通用的接口，接收上层应用工具提交过来的任务，并能提供基础的解析和拦截能力；在准备阶段，主要通过编排器Orchestrator和LinkisMaster完成对任务的解析编排，并且做资源控制和完成EngineConn的创建；执行阶段，通过引擎连接器EngineConn来去实际完成和底层引擎的对接，通常每个用户要连接不同的底层引擎，就得先启动一个对应的底层引擎连接器EC。计算任务通过EC来提交给底层引擎做实际的执行和状态、日志、结果等信息的获取，及在结果返回阶段，返回任�
��执行的结果信息，支持按照多种返回模式，如：文件流、JSON、JDBC等。整体的时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/app-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/app-manager.md
index 053a06eda1..a7ce769b7f 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/app-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/app-manager.md
@@ -39,8 +39,7 @@ CreateEngienRequest->RPC/Rest -> MasterEventHandler
->CreateEngineService ->
在创建引擎是存在和RM交互的部分，EnginePlugin应该需要通过Lables返回具体的资源类型，然后AM向RM发送资源请求
引擎复用：为了减少引擎启动所耗费的时间和资源，引擎使用必须优先考虑复用原则，复用一般是指复用用户已经创建好的引擎，引擎复用模块负责提供可复用引擎集合，选举并锁定引擎后开始使用，或者返回没有可以复用的引擎。
-ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService ->
-->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
+ReuseEngienRequest->RPC/Rest -> MasterEventHandler ->ReuseEngineService
->abelContext->EngineNodeManager->EngineSelector->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
引擎切换：主要是指对已有引擎进行标签切换，例如创建引擎的时候是由Creator1创建的，现在可以通过引擎切换改成Creator2。这个时候就可以允许当前引擎接收标签为Creator2的任务了。
SwitchEngienRequest->RPC/Rest -> MasterEventHandler ->SwitchEngineService
->LabelContext/EnginePlugin/RMResourcevice->EngineNodeManager->EngineLocker->Engine->EngineNodeManager->EngineReuser->EngineService=>ServerInstance
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
index 0a0eb7ba86..190e112a54 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/computation-governance-services/linkis-manager/ec-history-arc.md
@@ -1,5 +1,5 @@
---
-title: EC历史引擎信息记录架构
+title: EngineConn历史引擎信息记录架构
sidebar_position: 3
---
@@ -28,8 +28,8 @@ sidebar_position: 3
## 3. 模块设计
### 核心执行流程
-[输入端]
输入端主要为创建引擎时请求资源、引擎启动后上报真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、ec唯一的ticketid、资源类型.
-[处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着讲这些信息存储到DB中。
+- [输入端]
输入端主要为创建引擎时请求资源、引擎启动后上报真实使用资源、引擎退出时释放资源时输入的信息，主要包括请求的label、资源、ec唯一的ticketid、资源类型.
+- [处理流程]
信息记录service，对输入的数据进行处理，通过标签会解析出对应的引擎信息、用户、creator，以及日志路径。通过资源类型确认是资源请求、使用、释放。接着将这些信息存储到DB中。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/microservice-governance-services/service_isolation.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/microservice-governance-services/service_isolation.md
index e64026eaa8..1593c276de 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/microservice-governance-services/service_isolation.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/microservice-governance-services/service_isolation.md
@@ -5,7 +5,7 @@ sidebar_position: 2
## 1. 总述
### 需求背景
- 现在Linkis在Gateway进行服务转发时现在是基于ribbon进行负载均衡的，但是有些情况下存在一些重要业务的任务希望做到服务级别的隔离，如果基于ribbon进行服务在均衡就会存在问题。比如租户A希望他的任务都路由到特定的Linkis-CG-Entrance服务，这样当其他的实例出现异常时可以不会影响到A服务的Entrance。
+ Linkis在Gateway进行服务转发时是基于ribbon进行负载均衡的，但是有些情况下存在一些重要业务的任务希望做到服务级别的隔离，如果基于ribbon进行服务在均衡就会存在问题。比如租户A希望他的任务都路由到特定的Linkis-CG-Entrance服务，这样当其他的实例出现异常时可以不会影响到A服务的Entrance。
另外支持服务的租户及隔离也可以做到快速隔离某个异常服务，支持灰度升级等场景。
### 目标
@@ -34,8 +34,8 @@ sidebar_position: 2
## 3. 模块设计
### 核心执行流程
-[输入端] 输入端为请求Gatway的restful请求，且是参数中待用roure label的请求才会进行处理
-[处理流程] Gateway会判断请求是否带有对应的RouteLabel，如果存在则基于RouteLabel来进行转发。
+- [输入端] 输入端为请求Gatway的restful请求，且是参数中待用roure label的请求才会进行处理
+- [处理流程] Gateway会判断请求是否带有对应的RouteLabel，如果存在则基于RouteLabel来进行转发。
调用时序图如下：
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index 31e3394b51..4381e1736a 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ ContestService各模块访问关系如下图所示
- `clearAllContextByID`清理输入的contextID列表中ID对应的context_map表和context_id表内容
- `clearAllContextByTime`
按照3个时间起止范围搜索，并且清理所有搜索到的contextID对应的context_map表和context_id表的内容
-###2.2 业务架构
+### 2.2 业务架构
此次特性是给ContextService服务增加批量查询和清理的相关接口，以及增加底层数据表的更新时间等字段，便于根据访问情况清理过期数据。功能点涉及模块如下表。
| 一级模块 | 二级模块 | 功能点 |
@@ -46,10 +46,10 @@ ContestService各模块访问关系如下图所示
| linkis-ps-cs | cs-persistence | 增加底层表的3个时间相关字段 |
-##3. 模块设计
-###主要执行流程
+## 3. 模块设计
+### 主要执行流程
- 创建ContextID。用户创建ContextID时，会记录create_time，后期不更新这个字段
--
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会跟新access_time字段；如果从db加载到cache，再跟新contextID，则会先更新access_time，然后单独跟新update_time
+-
更新ContextID。用户更新ContextID时，会更新update_time字段。注意此时更新如果是从cache中更新，则不会更新access_time字段；如果从db加载到cache，再更新contextID，则会先更新access_time，然后单独更新update_time
- 根据时间查询ContextID。用户查询对应时间范围的ContextID，仅会返回haid字符串列表。此接口有分页，默认仅限5000条数据
- 批量清理ContextID。会批量清理传入的idList对应的所有contextMap数据和contextID数据。传入数组最大5000条
- 查询并清理ContextID，先查询再批量清理
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-cache.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-cache.md
index b53b01fa24..936f667a88 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-cache.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-cache.md
@@ -11,7 +11,7 @@ sidebar_position: 7
1. 支持按ContextType进行拆分：加快存储和查询性能
-2. 支持按不同得ContextID进行拆分：需要完成ContextID见元数据隔离
+2. 支持按不同的ContextID进行拆分：需要完成ContextID间元数据隔离
3. 支持LRU：按照特定算法进行回收
@@ -53,7 +53,7 @@ ContextCache的架构如下图展示：
6. AutoClear：当Jvm内存不足时完成对ContextCache进行按需清理；
-7. Listener：用于手机ContextCache的Metric信息，如：内存占用、访问次数。
+7. Listener：用于监听ContextCache的Metric信息，如：内存占用、访问次数。
## **ContextCache存储结构设计**
@@ -63,7 +63,7 @@ ContextCache的存储结构划分为了三层结构：
**ContextCach：**存储了ContextID和ContextIDValue的映射关系，并能够完成ContextID按照LRU算法进行回收；
-**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContestID的内存和使用记录。
+**ContextIDValue：**拥有存储了ContextID的所有上下文信息和索引的CSKeyValueContext。并统计ContextID的内存和使用记录。
**CSKeyValueContext：**包含了按照类型存储并支持关键词的CSInvertedIndexSet索引集，还包含了存储ContextKey和ContextValue的存储集CSKeyValueMapSet。
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
index 0ab936fc54..0ff23ddf09 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/context-service/context-service-highavailable.md
@@ -32,7 +32,7 @@ sidebar_position: 3
③别名机制
-对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在于客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
+对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
### 2，模块设计
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/datasource-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/datasource-manager.md
index afc762d9f7..b6d0cce87d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/datasource-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/datasource-manager.md
@@ -8,17 +8,17 @@ sidebar_position: 3
本文主要涉及DataSource Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
+（2）、通过Linkis Web提供图形界面的管理服务，界面提供了新增数据源，数据源查询、数据源更新，连通性测试等管理服务；
-3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（3）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（4）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（5）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
+（6）、Restful接口提供功能，详细列表：数据源类型查询、数据源详细信息查询、基于版本进行数据源信息查询、数据源版本查询、获取数据源参数列表、多维度数据源搜索、获数据源环境查询及更新、新增数据源、数据源参数配置、数据源过期设置、数据源连通性测试。
## 架构图
diff --git
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/metadata-manager.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/metadata-manager.md
index d954790808..6aaecacf3d 100644
---
a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/metadata-manager.md
+++
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/architecture/public-enhancement-services/metadata-manager.md
@@ -8,15 +8,15 @@ sidebar_position: 3
本文主要涉及MetaData Manager Server数据源管理服务，提供如下功能：
-1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
+（1）、Linkis统一管理服务启动与部署，不增加运维成本，复用Linkis服务能力；
-2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
+（2）、服务无状态，多实例部署，做到服务高可用。本系统在部署的时候，可以进行多实例部署，每个实例对外独立提供服务，不会互相干扰，所有的信息都是存储在数据库中进行共享。
-3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
+（3）、提供数据源全生命周期管理，包括新建、查询、更新、测试、过期管理。
-4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
+（4）、多版本数据源管理，历史数据源会保存在数据库中，并提供数据源过期管理。
-5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
+（5）、Restful接口提供功能，详细列表：数据库信息查询、数据库表信息查询、数据库表参数信息查询、数据分区信息查询。
## 架构图
@@ -28,7 +28,7 @@ sidebar_position: 3
2、接口层，通过Restful接口向其他应用，提供了数据库\表\分区信息查询;
-3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，先支持的服务为mysql\es\kafka\hive;
+3、Service层，通过数据源ID号在数据源管理服务中获取到数据源类型，通过类型获取具体支持的服务，支持的服务为mysql\es\kafka\hive;
### 核心流程
diff --git a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/release.md
b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/release.md
index 42a742b2b2..73034a1454 100644
--- a/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/release.md
+++ b/i18n/zh-CN/docusaurus-plugin-content-docs/version-1.2.0/release.md
@@ -7,7 +7,7 @@ sidebar_position: 0.1
- [集成 Knife4j 和启用](/deployment/involve-knife4j-into-linkis.md)
- [数据源功能模块接口优化](/api/http/linkis-ps-publicservice-api/metadataquery-api.md)
- [JDBC 引擎支持数据源模式](/engine-usage/jdbc.md)
--
[EC历史引擎信息记录架构设计](/architecture/computation-governance-services/linkis-manager/ec-history-arc.md)
+-
[EngineConn历史引擎信息记录架构设计](/architecture/computation-governance-services/linkis-manager/ec-history-arc.md)
-
[微服务租户隔离架构设计](/architecture/microservice-governance-services/service_isolation.md)
- [版本的 Release-Notes](/download/release-notes-1.2.0)
diff --git
a/versioned_docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/versioned_docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index e12f2af08b..c44eb427ac 100644
---
a/versioned_docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/versioned_docs/version-1.1.3/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ Add 3 cleanup related interfaces: `searchContextIDByTime,
clearAllContextByID, c
- `clearAllContextByID` clears the content of the context_map table and
context_id table corresponding to the ID in the input contextID list
- `clearAllContextByTime` searches according to 3 time ranges, and clears all
the contents of the context_map table and context_id table corresponding to the
searched contextID
-###2.2 Business Architecture
+### 2.2 Business Architecture
This feature is to add related interfaces for batch query and cleanup to the
ContextService service, and to add fields such as the update time of the
underlying data table, so as to clean up expired data according to the access
situation. The function points involve the modules as shown in the table below.
| First-level module | Second-level module | Function point |
diff --git
a/versioned_docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
b/versioned_docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
index 1988abb813..ce6cbb39e2 100644
---
a/versioned_docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
+++
b/versioned_docs/version-1.2.0/architecture/public-enhancement-services/context-service/content-service-cleanup.md
@@ -36,7 +36,7 @@ Add 3 cleanup related interfaces: `searchContextIDByTime,
clearAllContextByID, c
- `clearAllContextByID` clears the content of the context_map table and
context_id table corresponding to the ID in the input contextID list
- `clearAllContextByTime` searches according to 3 time ranges, and clears all
the contents of the context_map table and context_id table corresponding to the
searched contextID
-###2.2 Business Architecture
+### 2.2 Business Architecture
This feature is to add related interfaces for batch query and cleanup to the
ContextService service, and to add fields such as the update time of the
underlying data table, so as to clean up expired data according to the access
situation. The function points involve the modules as shown in the table below.
| First-level module | Second-level module | Function point |
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
