优化阅读格式

This commit is contained in:
heibaiying
2019-07-31 17:18:07 +08:00
parent ceb868fe13
commit ca7c99802b
91 changed files with 4059 additions and 4058 deletions

View File

@ -13,20 +13,20 @@
### 1.1 Flow 2.0 的产生
Azkaban 目前同时支持 Flow 1.0 和 Flow2.0 但是官方文档上更推荐使用Flow 2.0因为Flow 1.0会在将来的版本被移除。Flow 2.0的主要设计思想是提供1.0所没有的流级定义。用户可以将属于给定流的所有`job / properties`文件合并到单个流定义文件中其内容采用YAML语法进行定义同时还支持在流中再定义流称为为嵌入流或子流。
Azkaban 目前同时支持 Flow 1.0 和 Flow2.0 ,但是官方文档上更推荐使用 Flow 2.0,因为 Flow 1.0 会在将来的版本被移除。Flow 2.0 的主要设计思想是提供 1.0 所没有的流级定义。用户可以将属于给定流的所有 `job / properties` 文件合并到单个流定义文件中,其内容采用 YAML 语法进行定义,同时还支持在流中再定义流,称为为嵌入流或子流。
### 1.2 基本结构
项目zip将包含多个流YAML文件一个项目YAML文件以及可选库和源代码。Flow YAML文件的基本结构如下
项目 zip 将包含多个流 YAML 文件,一个项目 YAML 文件以及可选库和源代码。Flow YAML 文件的基本结构如下:
+ 每个Flow都在单个YAML文件中定义
+ 每个 Flow 都在单个 YAML 文件中定义;
+ 流文件以流名称命名,如:`my-flow-name.flow`
+ 包含DAG中的所有节点
+ 包含 DAG 中的所有节点;
+ 每个节点可以是作业或流程;
+ 每个节点 可以拥有 name, type, config, dependsOn 和 nodes sections等属性
+ 通过列出dependsOn列表中的父节点来指定节点依赖性
+ 每个节点 可以拥有 name, type, config, dependsOn 和 nodes sections 等属性;
+ 通过列出 dependsOn 列表中的父节点来指定节点依赖性;
+ 包含与流相关的其他配置;
+ 当前properties文件中流的所有常见属性都将迁移到每个流YAML文件中的config部分。
+ 当前 properties 文件中流的所有常见属性都将迁移到每个流 YAML 文件中的 config 部分。
官方提供了一个比较完善的配置样例,如下:
@ -112,7 +112,7 @@ nodes:
## 二、YAML语法
想要使用 Flow 2.0 进行工作流的配置首先需要了解YAML 。YAML 是一种简洁的非标记语言有着严格的格式要求的如果你的格式配置失败上传到Azkaban的时候就会抛出解析异常。
想要使用 Flow 2.0 进行工作流的配置,首先需要了解 YAML 。YAML 是一种简洁的非标记语言,有着严格的格式要求的,如果你的格式配置失败,上传到 Azkaban 的时候就会抛出解析异常。
### 2.1 基本规则
@ -121,7 +121,7 @@ nodes:
3. 缩进长度没有限制,只要元素对齐就表示这些元素属于一个层级;
4. 使用#表示注释
5. 字符串默认不用加单双引号,但单引号和双引号都可以使用,双引号表示不需要对特殊字符进行转义;
6. YAML中提供了多种常量结构包括整数浮点数字符串NULL日期布尔时间。
6. YAML 中提供了多种常量结构包括整数浮点数字符串NULL日期布尔时间。
### 2.2 对象的写法
@ -159,20 +159,20 @@ key:
支持单引号和双引号,但双引号不会对特殊字符进行转义:
```yaml
s1: '内容\n字符串'
s2: "内容\n字符串"
s1: '内容\n 字符串'
s2: "内容\n 字符串"
转换后:
{ s1: '内容\\n字符串', s2: '内容\n字符串' }
{ s1: '内容\\n 字符串', s2: '内容\n 字符串' }
```
### 2.6 特殊符号
一个YAML文件中可以包括多个文档使用`---`进行分割。
一个 YAML 文件中可以包括多个文档,使用 `---` 进行分割。
### 2.7 配置引用
Flow 2.0 建议将公共参数定义在`config`下,并通过`${}`进行引用。
Flow 2.0 建议将公共参数定义在 `config` 下,并通过 `${}` 进行引用。
@ -180,7 +180,7 @@ Flow 2.0 建议将公共参数定义在`config`下,并通过`${}`进行引用
### 3.1 任务配置
新建`flow`配置文件:
新建 `flow` 配置文件:
```yaml
nodes:
@ -190,7 +190,7 @@ nodes:
command: echo "Hello Azkaban Flow 2.0."
```
在当前的版本中Azkaban同时支持 Flow 1.0 和 Flow 2.0如果你希望以2.0的方式运行,则需要新建一个`project`文件指明是使用的是Flow 2.0
在当前的版本中Azkaban 同时支持 Flow 1.0 和 Flow 2.0,如果你希望以 2.0 的方式运行,则需要新建一个 `project` 文件,指明是使用的是 Flow 2.0
```shell
azkaban-flow-version: 2.0
@ -204,13 +204,13 @@ azkaban-flow-version: 2.0
### 3.3 执行结果
由于在1.0 版本中已经介绍过Web UI的使用这里就不再赘述。对于1.02.0版本,只有配置方式有所不同,其他上传执行的方式都是相同的。执行结果如下:
由于在 1.0 版本中已经介绍过 Web UI 的使用,这里就不再赘述。对于 1.02.0 版本,只有配置方式有所不同,其他上传执行的方式都是相同的。执行结果如下:
<div align="center"> <img src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/azkaban-simle-result.png"/> </div>
## 四、多任务调度
和1.0给出的案例一样这里假设我们有五个任务jobA——jobE, D 任务需要在ABC任务执行完成后才能执行而 E 任务则需要在 D 任务执行完成后才能执行相关配置文件应如下。可以看到在1.0中我们需要分别定义五个配置文件而在2.0中我们只需要一个配置文件即可完成配置。
1.0 给出的案例一样这里假设我们有五个任务jobA——jobE, D 任务需要在 ABC 任务执行完成后才能执行,而 E 任务则需要在 D 任务执行完成后才能执行,相关配置文件应如下。可以看到在 1.0 中我们需要分别定义五个配置文件,而在 2.0 中我们只需要一个配置文件即可完成配置。
```yaml
nodes:
@ -250,7 +250,7 @@ nodes:
## 五、内嵌流
Flow2.0 支持在一个Flow中定义另一个Flow称为内嵌流或者子流。这里给出一个内嵌流的示例`Flow`配置如下:
Flow2.0 支持在一个 Flow 中定义另一个 Flow称为内嵌流或者子流。这里给出一个内嵌流的示例 `Flow` 配置如下:
```yaml
nodes:
@ -279,7 +279,7 @@ nodes:
command: echo "This is job A"
```
内嵌流的DAG图如下
内嵌流的 DAG 图如下:
<div align="center"> <img src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/azkaban-embeded-flow.png"/> </div>