azkaban的工作流中的参数可以分为如下几个类型：azkaban UI 页面输入参数， 环境变量参数，
job作业文件中定义的参数，工作流的用户定义的属性文件，上游作业传递给下游的参数，
工作流运行时产生的系统参数，job的common参数等。参数的作业范围分类，对当前job有效局部有效，对整个工作流全局有效。
| 参数类型 | 参数的作用域 |
|---|---|
| UI 页面输入参数 ，即工作流参数 | flow全局有效 |
| 工作流ZIP压缩包中的属性文件 | flow全局有效,zip文件目录以及子目录有效 |
| 工作流运行时参数 | flow全局有效 |
| 环境变量参数 | flow全局有效 |
| job的common参数 | job内局部有效 |
| JOB文件中定义的参数 | job内局部有效 |
| 上游作业传递给下游的参数 | job内局部有效 |
全局参数，在整个工作流的作业文件配置中，都可以通过 ${参数名} 的方式引用使用。
1. Job配置中的参数
- common参数配置
除了type,command,decpendencies三个参数外，还有如下一些保留参数可以为每个job配置
| 参数 | 说明 |
|---|---|
| retries | 失败的job的自动重试的次数 |
| retry.backoff | 重试的间隔（毫秒） |
| working.dir | 指定命令被调用的目录。默认的working目录是executions/${execution_ID}目录 |
| env.property | 指定在命令执行前需设置的环境变量。Property定义环境变量的名称，因此 env.VAR_NAME=VALUE就创建了一个$VAR_NAME环境变量并且指定了它的VALUE |
| failure.emails | job失败时发送的邮箱,用逗号隔开 |
| success.emails | job成功时发送的邮箱，用逗号隔开 |
| notify.emails | job成功或失败都发送的邮箱，用逗号隔开 |
一个flow的email属性，只会取最后一个job的配置，其他的job的email配置将会被忽略。
用户也可以自用一下参数，用于接收外部或者上游job的参数，也可用于传递给shell脚本等。
- Runtime 属性
这些属性在job运行期间自动被添加.
| 参数 | 说明 |
|---|---|
| azkaban.job.attempt | job重试次数，从0开始增加 |
| azkaban.job.id | 运行的job name |
| azkaban.flow.flowid | 运行的job的flow name |
| azkaban.flow.execid | flow的执行id |
| azkaban.flow.projectid | 工程id |
| azkaban.flow.projectversion | project上传的版本 |
| azkaban.flow.uuid | flow uuid |
| azkaban.flow.start.timestamp | flow start的时间戳 |
| azkaban.flow.start.year | flow start的年份 |
| azkaban.flow.start.month | flow start 的月份 |
| azkaban.flow.start.day | flow start 的天 |
| azkaban.flow.start.hour | flow start的小时 |
| azkaban.flow.start.minute | start 分钟 |
| azkaban.flow.start.second | start 秒 |
| azkaban.flow.start.millseconds | start的毫秒 |
| azkaban.flow.start.timezone | start 的时区 |
-
参数继承
后缀名为.properties的文件将会作为参数文件加载，并且为flow中每个job所共享，属性文件通过目录的分层结构继承
比如，在zip包中有以下结构system.properties baz.job myflow/ myflow.properties myflow2.properties foo.job bar.jobsystem.properties是全局的属性，将会被baz.job和myflow目录下的foo.job和bar.job使用，但是baz.job不会继承myflow.properties和myflow2.properties的属性，因为是它的下层. -
参数替换
azkaban支持参数替换；替换参数样式： azkaban会替换{}中的参数。无论${parameterName} 在job file中或者在参数文件中或者运行时参数发现，都可以被替换为对应的值。
# shared.propertiesreplaceparameter=bar
# myjob.jobparam1=mytestfoo=${replaceparameter} #${replaceparameter}会替换为bar param2=${param1} # ${param1} 会被替换成mytest。前面这个例子，在myjob 作业运行前，foo 会被赋值为
bar, param2会被赋值为mytest.
参数名不能有空格，标点符号等。
-
Parameter Passing:参数传递
azkaban以job执行过程中，传递进来的临时参数，运行时参数，项目中配置文件的参数，job定义中参数等 都保存在 ${JOB_PROP_FILE}文件中，保存格式为key=value。执行job的中shell命令时，可以作为参数传递。
JOB_PROP_FILE 是一个环境变量参数。 -
Parameter Output:参数输出
一个任务运行结束，可以将一些参数写入到${JOB_OUTPUT_PROP_FILE}文件 中，azkaban会将这些参数传递到下游依赖的的job的参数文件${JOB_PROP_FILE}文件中，供下游job引用。
写如到${JOB_OUTPUT_PROP_FILE}文件中参数需要是json格式的，否则会报json解析错。JOB_OUTPUT_PROP_FILE也是一个环境变量参数。
2. shell类型的job的参数传递
azkaban中的shell 作业，如何接收从webUI传递的参数？
step1： UI页面输入参数定义：
ui_test=test111111111step2：在job文件myjob.job指定：
##作业定义文件UI输入参数接收：job_param4=${ui_test}##作业定义文件脚本命令行引用UI输入参数： sh test_azkaban_job.sh "${job_param4}" step3：shell test_azkaban_job.sh 的内容
vi test_azkaban_job.shecho "inputparamter:$1" #接收job文件中传递的参数。
问题：在页面手动执行前面的job时，如果UI参数ui_test在job执行没有输入，会执行失败。异常信息如下：
hello ERROR - Failed to build job executor for job helloCould not find variable substitution for variable(s) [param4->ui_test ]
在定时调度任务指定时，需要指定工作流参数flowParameters ：ui_test，避免该错误。
运行时参数：在UI页面重新输入运行时参数时，可以覆盖系统默认生成的参数值。
运行时参数，和UI输入的参数，都可以认为是全局参数，在整个工作流的作业
配置中，都可以通过 ${参数名} 的方式引用使用。在shell 中直接引用 公共参数，运行时系统参数，UI输入参数，是无效的。
在shell中只能直接使用环境变量；公共参数，运行时系统参数，UI输入参数能只通过shell的脚本参数的方式传递进来。job文件中定义的环境变量参数，可以在shell脚本中直接引用，但只对当前job有效。
原文链接：https://www.cnblogs.com/honeybee/p/7921626.html
各种类型job参考：
https://www.jianshu.com/p/f2310a5c38c6
配置详情：
https://blog.csdn.net/daiyutage/article/details/69675633