Azkaban 目前同时支持 Flow 1.0 和 Flow2.0 ,可是官方文档上更推荐使用 Flow 2.0,由于 Flow 1.0 会在未来的版本被移除。Flow 2.0 的主要设计思想是提供 1.0 所没有的流级定义。用户能够将属于给定流的全部 job / properties
文件合并到单个流定义文件中,其内容采用 YAML 语法进行定义,同时还支持在流中再定义流,称为为嵌入流或子流。java
项目 zip 将包含多个流 YAML 文件,一个项目 YAML 文件以及可选库和源代码。Flow YAML 文件的基本结构以下:node
my-flow-name.flow
;官方提供了一个比较完善的配置样例,以下:git
config: user.to.proxy: azktest param.hadoopOutData: /tmp/wordcounthadoopout param.inData: /tmp/wordcountpigin param.outData: /tmp/wordcountpigout # This section defines the list of jobs # A node can be a job or a flow # In this example, all nodes are jobs nodes: # Job definition # The job definition is like a YAMLified version of properties file # with one major difference. All custom properties are now clubbed together # in a config section in the definition. # The first line describes the name of the job - name: AZTest type: noop # The dependsOn section contains the list of parent nodes the current # node depends on dependsOn: - hadoopWC1 - NoOpTest1 - hive2 - java1 - jobCommand2 - name: pigWordCount1 type: pig # The config section contains custom arguments or parameters which are # required by the job config: pig.script: src/main/pig/wordCountText.pig - name: hadoopWC1 type: hadoopJava dependsOn: - pigWordCount1 config: classpath: ./* force.output.overwrite: true input.path: ${param.inData} job.class: com.linkedin.wordcount.WordCount main.args: ${param.inData} ${param.hadoopOutData} output.path: ${param.hadoopOutData} - name: hive1 type: hive config: hive.script: src/main/hive/showdb.q - name: NoOpTest1 type: noop - name: hive2 type: hive dependsOn: - hive1 config: hive.script: src/main/hive/showTables.sql - name: java1 type: javaprocess config: Xms: 96M java.class: com.linkedin.foo.HelloJavaProcessJob - name: jobCommand1 type: command config: command: echo "hello world from job_command_1" - name: jobCommand2 type: command dependsOn: - jobCommand1 config: command: echo "hello world from job_command_2"
想要使用 Flow 2.0 进行工做流的配置,首先须要了解 YAML 。YAML 是一种简洁的非标记语言,有着严格的格式要求的,若是你的格式配置失败,上传到 Azkaban 的时候就会抛出解析异常。github
# value 与 : 符号之间必需要有一个空格 key: value
# 写法一 同一缩进的全部键值对属于一个map key: key1: value1 key2: value2 # 写法二 {key1: value1, key2: value2}
# 写法一 使用一个短横线加一个空格表明一个数组项 - a - b - c # 写法二 [a,b,c]
支持单引号和双引号,但双引号不会对特殊字符进行转义:sql
s1: '内容\n 字符串' s2: "内容\n 字符串" 转换后: { s1: '内容\\n 字符串', s2: '内容\n 字符串' }
一个 YAML 文件中能够包括多个文档,使用 ---
进行分割。shell
Flow 2.0 建议将公共参数定义在 config
下,并经过 ${}
进行引用。数组
新建 flow
配置文件:oop
nodes: - name: jobA type: command config: command: echo "Hello Azkaban Flow 2.0."
在当前的版本中,Azkaban 同时支持 Flow 1.0 和 Flow 2.0,若是你但愿以 2.0 的方式运行,则须要新建一个 project
文件,指明是使用的是 Flow 2.0:大数据
azkaban-flow-version: 2.0
因为在 1.0 版本中已经介绍过 Web UI 的使用,这里就再也不赘述。对于 1.0 和 2.0 版本,只有配置方式有所不一样,其余上传执行的方式都是相同的。执行结果以下:ui
和 1.0 给出的案例同样,这里假设咱们有五个任务(jobA——jobE), D 任务须要在 A,B,C 任务执行完成后才能执行,而 E 任务则须要在 D 任务执行完成后才能执行,相关配置文件应以下。能够看到在 1.0 中咱们须要分别定义五个配置文件,而在 2.0 中咱们只须要一个配置文件便可完成配置。
nodes: - name: jobE type: command config: command: echo "This is job E" # jobE depends on jobD dependsOn: - jobD - name: jobD type: command config: command: echo "This is job D" # jobD depends on jobA、jobB、jobC dependsOn: - jobA - jobB - jobC - name: jobA type: command config: command: echo "This is job A" - name: jobB type: command config: command: echo "This is job B" - name: jobC type: command config: command: echo "This is job C"
Flow2.0 支持在一个 Flow 中定义另外一个 Flow,称为内嵌流或者子流。这里给出一个内嵌流的示例,其 Flow
配置以下:
nodes: - name: jobC type: command config: command: echo "This is job C" dependsOn: - embedded_flow - name: embedded_flow type: flow config: prop: value nodes: - name: jobB type: command config: command: echo "This is job B" dependsOn: - jobA - name: jobA type: command config: command: echo "This is job A"
内嵌流的 DAG 图以下:
执行状况以下:
更多大数据系列文章能够参见 GitHub 开源项目: 大数据入门指南