总览

保持某种操作继续进行的所有必需信息。如：同时看三本书，每本书已翻看的页码就是继续看这本书的上下文。

CS，用于解决一个数据应用开发流程，跨多个系统间的数据和信息共享问题。

例如，B系统需要使用A系统产生的一份数据，通常的做法如下：

1. B系统调用A系统开发的数据访问接口；

2. B系统读取A系统写入某个共享存储的数据。

有了CS之后，A和B系统只需要与CS交互，将需要共享的数据和信息写入到CS，需要读取的数据和信息从CS中读出即可，无需外部系统两两开发适配，极大降低了系统间信息共享的调用复杂度和耦合度，使各系统的边界更加清晰。

元数据上下文定义元数据规范。

元数据上下文依托于数据中间件，主要功能如下：

1. 打通与数据中间件的关系，能拿到所有的用户元数据信息（包括Hive表元数据、线上库表元数据、其他NOSQL如HBase、Kafka等元数据）

2. 所有节点需要访问元数据时，包括已有元数据和应用模板内元数据，都必须经过元数据上下文。元数据上下文记录了应用模板所使用的所有元数据信息。

3. 各节点所产生的新元数据，都必须往元数据上下文注册。

4. 抽出应用模板时，元数据上下文为应用模板抽象（主要是将用到的多个库表做成\${db}.表形式，避免数据权限问题）和打包所有依赖的元数据信息。

元数据上下文是交互式工作流的基础，也是应用模板的基础。设想：Widget定义时，如何知道DataWrangler定义的各指标维度？Qualitis如何校验Widget产生的图报表？

数据上下文定义数据规范。

数据上下文依赖于数据中间件和Linkis计算中间件。主要功能如下：

1. 打通数据中间件，拿到所有用户数据信息。

2. 打通计算中间件，拿到所有节点的数据存储信息。

3. 所有节点需要写临时结果时，必须通过数据上下文，由数据上下文统一分配。

4. 所有节点需要访问数据时，必须通过数据上下文。

5. 数据上下文会区分依赖数据和生成数据，在抽出应用模板时，为应用模板抽象和打包所有依赖的数据。

资源上下文定义资源规范。

资源上下文主要与Linkis计算中间件交互。主要功能如下：

1. 用户资源文件（如Jar、Zip文件、properties文件等）

2. 用户UDF

3. 用户算法包

4. 用户脚本

环境上下文定义环境规范。

主要功能如下：

1. 操作系统

2. 软件，如Hadoop、Spark等

3. 软件包依赖，如Mysql-JDBC。

运行时上下文为应用模板（工作流）在定义和执行时，所保留的所有上下文信息。

它用于协助定义工作流/应用模板，在工作流/应用模板执行时提示和完善所有必要信息。

运行时工作流主要是Linkis使用。

外部访问CS的入口，Client模块提供HA功能； 进入Client架构设计

提供Restful接口，封装和处理客户端提交的CS请求； 进入Service架构设计

上下文查询模块，提供丰富和强大的查询能力，供客户端查找上下文的Key-Value键值对； 进入ContextSearch架构设计

CS的监听器模块，提供同步和异步的事件消费能力，具备类似Zookeeper的Key-Value一旦更新，实时通知Client的能力； 进入Listener架构设计

上下文的内存缓存模块，提供快速检索上下文的能力和对JVM内存使用的监听和清理能力； 进入ContextCache架构设计

提供CS高可用能力； 进入HighAvailable架构设计

CS的持久化功能； 进入Persistence架构设计