CN105630588B - 一种分布式作业调度方法和系统 - Google Patents

Abstract

本发明提供了一种分布式作业调度方法和系统，解决了现有ETL的调度流程中由于不同作业间的依赖关系导致调度过程复杂的缺陷。系统包括作业加载单元、作业调度及执行单元和状态发布单元。方法包括：作业以分布式方式提交到不同的作业执行程序中加载；作业执行程序根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，根据消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；作业执行程序向消息队列发布执行成功的作业的完成状态。保证了周期性ETL作业的及时高效执行，并通过消息队列机制同步依赖作业状态，保证按照作业间的依赖顺序执行作业。

Description

一种分布式作业调度方法和系统

技术领域

本发明涉及数据分析技术，更具体地说，涉及一种分布式作业调度方法和系统。

背景技术

ETL(Extract-Transform-Load)用来描述将数据从来源端经过摘取(Extract)、清洗(Cleaning)、转换(Transform)、装载(Load)至目的端的过程。其为构建数据仓库的重要一环，用户从数据源摘取出所需的数据，经过数据清洗,最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去。

Quarz是OpenSymphony开源组织在Job scheduling领域又一个开源项目,是一个完全由java编写的开源作业调度框架。

Job是ETL的一个处理步骤，可能是清洗、加载或者转换，也可能是PI加工。作业是ETL的一个处理过程，由一组存在并行或串行执行顺序的Job组成。

ETL主要用于数据分析类项目，一般处理周期性(按小时、天、周、月、年等周期)作业。ETL的调度流程非常复杂，不仅需要考虑各个处理步骤的先后顺序、依赖关系等，还需要不同作业间的先后顺序、依赖关系。

在应用系统(特别是数据分析类系统)中经常需要周期性(按小时、天、周、月、年等周期)批量处理作业，因此对作业执行需要一个较好的时间调度系统。

针对时间调度的需求，经常使用的是Linux/unix系统的crontab命令,crontab命令可以让使用者在固定时间或固定时间间隔执行程序，crontab命令的时间调度策略比较完善，可以配置为每分钟/小时/天/周/月/年的某个时刻，也可以配置每隔多长时间执行。

在流行的kettle(开源的ETL工具)中，用户可以可视化设置时间周期或定点执行作业。

在Java应用中，一般会使用Quarz来解决，Quarz也可以实现定时作业调度。

以上几种方案不能解决以下问题：

1、只能控制单个作业的时间调度，不能处理存在依赖关系的作业，包括同机和跨机部署执行的作业，而随着系统复杂性和数据量的增加，不可避免地需要将作业拆分，并按不同周期执行，导致作业间存在先后顺序和依赖关系；

2、作业是无状态的，只能机械的按照预定周期进行执行，不能适用这类场景：按周期执行的任务只能分析前段周期段的数据，且某个周期执行失败后在后续周期重复执行时能按照顺序从失败周期开始逐段分析不同周期段的数据；

本发明所要解决的技术问题是提供一种相互依赖的ETL周期性作业的分布式调度方法和系统，以解决在依赖的ETL周期性作业执行过程中的依赖问题，以及作业重做问题。

发明内容

本发明针对现有ETL的调度流程中由于不同作业间的依赖关系导致调度过程复杂的缺陷，提供一种分布式作业调度方法和系统，以解决在依赖的ETL周期性作业执行过程中的依赖问题，以及作业重做问题。

本发明解决其技术问题采用的技术方案是：提供一种分布式作业调度方法，包括以下步骤:

S1、作业以分布式方式提交到不同的作业执行程序中进行加载；

S2、所述作业执行程序根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，根据消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

S3、所述作业执行程序向所述消息队列发布执行成功的作业的完成状态。

优选地，步骤S2包括以下子步骤：

S21、所述作业执行程序的调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列；

S22、所述调度线程检查所述依赖队列中作业的依赖关系，并根据所述依赖关系向所述消息队列订阅依赖作业完成通知；

S23、当接收到所述消息队列返回的依赖作业完成通知时，所述调度线程检查所述依赖队列中依赖于此完成作业的作业，并判断检查出的作业是否还存在其他未完成的依赖作业，若存在则继续等待其他依赖作业的完成通知，若不存在则提交所述作业执行程序的执行线程执行；

S24、所述调度线程定期检查所述调度队列中是否有作业达到执行时间点，若有则进一步判断达到执行时间点的作业是否存在依赖作业，若存在则检查其依赖作业是否均已完成，所述调度线程将达到执行时间点且无依赖作业或者所有依赖作业均已完成的作业提交所述执行线程执行，将达到执行时间点且存在未完成的依赖作业的作业转入所述依赖队列等待其依赖作业完成。

优选地，步骤S3包括以下子步骤：

S31、若作业执行成功，所述执行线程根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回所述调度队列，同时向所述消息队列发布作业完成通知；

S32、若作业执行失败，所述执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回所述调度队列。

优选地，所述作业执行程序加载的作业包括作业执行包以及作业状态。

优选地，置于所述调度队列的作业的作业状态为等待调度状态，置于所述依赖队列的作业的作业状态为等待依赖作业状态。

提供一种分布式作业调度系统，包括:

作业加载单元，用于加载以分布式方式提交的作业；

作业调度及执行单元，用于根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，以及根据所述消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

状态发布单元，用于向所述消息队列发布执行成功的作业的完成状态。

优选地，所述作业调度及执行单元包括：

作业归类模块，用于通过调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列；

订阅模块，用于通过所述调度线程检查所述依赖队列中作业的依赖关系，并根据所述依赖关系向所述消息队列订阅依赖作业完成通知；

第一判断及执行模块，用于在接收到所述消息队列返回的依赖作业完成通知时，通过所述调度线程检查所述依赖队列中依赖于此完成作业的作业，并判断检查出的作业是否还存在其他未完成的依赖作业，若存在则继续等待其他依赖作业的完成通知，若不存在则提交执行线程执行；

第二判断及执行模块，用于通过所述调度线程定期检查所述调度队列中是否有作业达到执行时间点，若有则进一步判断达到执行时间点的作业是否存在依赖作业，若存在则检查其依赖作业是否均已完成，通过所述调度线程将达到执行时间点且无依赖作业或者所有依赖作业均已完成的作业提交所述执行线程执行，将达到执行时间点且存在未完成的依赖作业的作业转入所述依赖队列等待其依赖作业完成。

优选地，状态发布单元包括：

发布模块，用于在作业执行成功时，通过所述执行线程根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回所述调度队列，同时向所述消息队列发布作业完成通知；

计算模块，用于在作业执行失败时，通过所述执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回所述调度队列。

优选地，加载的作业包括作业执行包以及作业状态。

优选地，置于所述调度队列的作业的作业状态为等待调度状态，置于所述依赖队列的作业的作业状态为等待依赖作业状态。

本发明的分布式作业调度方法和系统具有以下有益效果：保证了周期性ETL作业的及时高效执行，并通过消息队列机制同步依赖作业状态，保证按照作业间的依赖顺序执行作业。

附图说明

图1为本发明的分布式作业调度方法第一实施例的流程图；

图2为应用了本发明的分布式作业调度方法第一实施例的系统的结构示意图；

图3为本发明的分布式作业调度方法第一实施例中作业状态的迁移图；

图4为本发明的分布式作业调度系统第一实施例的功能框图；

图5为本发明的分布式作业调度系统第一实施例的工作流程图。

具体实施方式

本申请实施例通过提供一种分布式作业调度方法和系统，解决了现有ETL的调度流程中由于不同作业间的依赖关系导致调度过程复杂的缺陷，减少了ETL调度流程中作业的重做现象，简化了ETL调度流程的复杂度。

以下结合附图和实施例对本发明作进一步的解释说明。

图1为本发明的分布式作业调度方法第一实施例的流程图，如图1所示，在本实施例中，调度方法包括以下步骤：

S1、作业以分布式方式提交到不同的作业执行程序中进行加载；

S2、作业执行程序根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，根据消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

S3、作业执行程序向消息队列发布执行成功的作业的完成状态。

参见图1-2，在本实施例的步骤S1中，ETL作业以分布式的方式提交到不同的作业执行程序中，作业执行程序的调度线程从文件中加载作业，加载的作业包括作业执行包以及作业状态。之后，作业执行程序将使用线程池技术并行地执行加载的作业。

本实施例的步骤S2包括以下子步骤：

S21、作业执行程序的调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列，具体的，调度线程将作业状态为等待调度的作业置于调度队列中，将作业状态为等待依赖作业的作业置于依赖队列中。

S22、调度线程检查依赖队列中作业的依赖关系，并根据依赖关系向消息队列订阅依赖作业完成通知，消息队列在接收到订阅消息后，将保存订阅关系，并且将本地保存的依赖作业完成状态通知回调度线程(即将依赖作业完成通知返回调度线程)。

S23、当调度线程接收到通知后，检查依赖队列中有哪些作业依赖于该通知中已经完成的作业，对于依赖队列中依赖于此完成作业的作业，调度线程进一步判断其是否还存在其他未完成的依赖作业(即判断这些作业知否等待其他作业)，若存在则继续等待该作业的其他依赖作业的完成通知(即继续等待其他作业完成)，若不存在则将依赖队列中的该作业提交执行线程执行。执行线程将按照处理逻辑处理该作业的执行包。

S24、除了处理依赖队列中的作业外，调度线程还会定期检查调度队列中是否有作业达到执行时间点(当前时间晚于作业下次执行时间点，支持按照分钟/小时/天/周/月/年等不同周期)，若有调度线程则将达到执行时间点的作业从调度队列中取出，并进一步判断达到执行时间点的作业是否存在依赖作业(即判断其是否依赖于其他作业)，若存在则再次检查其依赖作业是否均已完成。对于频率跟当前作业一致的依赖作业，调度线程检查这些依赖作业的当前周期是否完成，若是则表示依赖作业完成，若否则表示未完成。对于频率低于当前作业的依赖作业，调度线程检查当前作业的当前周期内这些依赖作业的所有处理周期是否均已完成，若是则表示这些依赖作业完成，若否则表示这些依赖作业未完成，例如，当前作业为每天0点5分执行，依赖作业为每小时5分执行，当前时间为0点5分，则需要依赖作业完成前一天所有24小时的处理任务。如果当前作业无依赖作业或者所有依赖作业均已完成，调度线程将调度队列中的这些作业提交执行线程执行。对于达到执行时间点且存在未完成的依赖作业的作业，调度线程则将其转入依赖队列等待这些作业的依赖作业完成。

在本实施例的步骤S3中，步骤S3包括以下子步骤：

S31、执行线程执行作业完成后，如果作业执行成功，则根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回调度队列，同时向消息队列发布作业完成通知。例如，若作业的执行周期为每小时5分钟，按照自然时，每天0点5分为下一天的0点5分钟(即一天的第一个执行时间点)。

S32、如果作业执行失败，执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回调度队列。一般，重做周期设置为一个较短的时间，例如5分钟，执行失败的作业的下一个执行时间点为当前时间加上重做周期。例如当前时间加上5分钟。作业在某个周期执行失败后，依赖其的作业会一直等待本作业完成执行，因此本作业会以较短间隔不停重试，避免了大量重复执行作业的工作。另外，考虑到进入死循环的风险，可以设置一个重试阈值，重试次数超过该阈值则不再重新执行此任务，继续执行其他任务或者退出任务执行。

如图3所示，在本实施例中，作业在被处理过程中作业状态的变化过程为：

调度队列中的作业处于“等待调度”状态，当达到执行时间点且没有依赖作业或依赖作业均已完成时，则被提交到执行线程执行，状态转换为“执行中”状态；如果依赖作业未完成，则转入依赖队列，状态为“等待依赖作业”状态，处于“等待依赖作业”状态中的作业在接收到依赖作业完成通知后，也被提交到执行线程执行，状态转换为“执行中”状态；作业执行成功后，需要向消息队列发布作业完成通知，并根据作业执行周期重新计算执行时间点返回调度队列；作业执行失败后，则直接根据重做周期重新计算执行时间点返回调度队列。

在本发明的分布式作业调度方法第一实施例中，ETL作业提交到分布式作业执行程序，作业执行程序内部使用线程池并行执行ELT作业；由统一的调度线程根据不同作业周期判断是否达到执行时间点，支持按分钟/小时/天/周/月/年等不同周期；作业执行程序根据作业依赖关系向消息队列订阅和发布作业完成状态，调度线程判断依赖作业未完成，则进入等待状态，消息队列会主动将依赖作业状态同步给调度线程，调度线程接收到作业完成状态后，会及时调度处于等待依赖作业状态的作业进行执行，在保证按照作业间的依赖顺序执行之外还简化了存在依赖的不同作业之间调度的难度；再者，当作业执行失败时，会自动按照配置的重做周期进行重试，如果累积多个周期执行失败，按照周期的顺序依次重做，减少了作业的重做量。保证了周期性ETL作业的及时高效执行。

图4为本发明的分布式作业调度系统100第一实施例的功能框图，参见图2和图4，在本实施例中，调度系统100包括：

作业加载单元110，用于加载以分布式方式提交的作业；

作业调度及执行单元120，用于根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，以及根据所述消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

状态发布单元130，用于向消息队列发布执行成功的作业的完成状态。

在本实施例中，作业调度及执行单元120包括：

作业归类模块121，用于通过调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列；

订阅模块122，用于通过调度线程检查依赖队列中作业的依赖关系，并根据依赖关系向所述消息队列订阅依赖作业完成通知；

第一判断及执行模块123，用于在接收到消息队列返回的依赖作业完成通知时，通过调度线程检查所述依赖队列中依赖于此完成作业的作业，并判断检查出的作业是否还存在其他未完成的依赖作业，若存在则继续等待其他依赖作业的完成通知，若不存在则提交执行线程执行；

第二判断及执行模块124，用于通过调度线程定期检查所述调度队列中是否有作业达到执行时间点，若有则进一步判断达到执行时间点的作业是否存在依赖作业，若存在则检查其依赖作业是否均已完成，通过所述调度线程将达到执行时间点且无依赖作业或者所有依赖作业均已完成的作业提交所述执行线程执行，将达到执行时间点且存在未完成的依赖作业的作业转入所述依赖队列等待其依赖作业完成。

状态发布单元130包括：

发布模块131，用于在作业执行成功时，通过执行线程根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回所述调度队列，同时向消息队列发布作业完成通知；

计算模块132，用于在作业执行失败时，通过执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回调度队列。

本实施例的调度系统100的工作流程如图5所示，调度线程装载(加载)以分布式的方式提交的作业，加载的作业包括作业执行包以及作业状态。

然后，调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列，具体的，调度线程将作业状态为等待调度的作业置于调度队列中，将作业状态为等待依赖作业的作业置于依赖队列中。然后，调度线程检查依赖队列中作业的依赖关系，并根据依赖关系向消息队列订阅依赖作业完成通知，消息队列在接收到订阅消息后，记录并保存订阅关系，并且将本地保存的依赖作业完成状态通知回调度线程(即将依赖作业完成通知返回调度线程)。

调度线程接收消息队列返回的通知，然后检查依赖队列中有哪些作业依赖于该通知中已经完成的作业，对于依赖队列中依赖于此完成作业的作业，调度线程进一步判断其是否还存在其他未完成的依赖作业(即判断这些作业知否等待其他作业)，若存在则继续等待该作业的其他依赖作业的完成通知(即继续等待其他作业完成)，若不存在则将依赖队列中的该作业提交执行线程执行。执行线程将按照处理逻辑处理该作业的执行包。

执行线程判断作业是否执行成功，若是则发布作业完成通知到消息队列并且按照作业周期计算作业下次执行时间点，之后将作业放回调度队列。消息队列接收到发布消息后进行存储，然后判断是否有该完成的作业的订阅关系，若有则通知订阅者(具体为向调度线程发送依赖作业完成通知)。若作业执行失败，执行线程则按照预设的重做周期计算下次执行时间点，将作业放回调度队列等待重新处理。

除了处理依赖队列中的作业外，调度线程还会定期检查调度队列中是否有作业达到执行时间点，若有调度线程则将达到执行时间点的作业从调度队列中取出，并进一步判断达到执行时间点的作业是否存在依赖作业(即判断其是否依赖于其他作业)，若存在则再次检查其依赖作业是否均已完成。对于频率跟当前作业一致的依赖作业，调度线程检查这些依赖作业的当前周期是否完成，若是则表示依赖作业完成，若否则表示未完成。对于频率低于当前作业的依赖作业，调度线程检查当前作业的当前周期内这些依赖作业的所有处理周期是否均已完成，若是则表示这些依赖作业完成，若否则表示这些依赖作业未完成，例如，当前作业为每天0点5分执行，依赖作业为每小时5分执行，当前时间为0点5分，则需要依赖作业完成前一天所有24小时的处理任务。如果当前作业无依赖作业或者所有依赖作业均已完成，调度线程将调度队列中的这些作业提交执行线程执行。对于达到执行时间点且存在未完成的依赖作业的作业，调度线程则将其转入依赖队列等待这些作业的依赖作业完成，之后继续检测调度队列中是否有作业达到执行时间点。

在本发明的分布式作业调度系统100第一实施例中，ETL作业提交到分布式作业执行程序，作业执行程序内部使用线程池并行执行ELT作业；由统一的调度线程根据不同作业周期判断是否达到执行时间点，支持按分钟/小时/天/周/月/年等不同周期；作业执行程序根据作业依赖关系向消息队列订阅和发布作业完成状态，调度线程判断依赖作业未完成，则进入等待状态，消息队列会主动将依赖作业状态同步给调度线程，调度线程接收到作业完成状态后，会及时调度处于等待依赖作业状态的作业进行执行，在保证按照作业间的依赖顺序执行之外还简化了存在依赖的不同作业之间调度的难度；再者，当作业执行失败时，会自动按照配置的重做周期进行重试，如果累积多个周期执行失败，按照周期的顺序依次重做，减少了作业的重做量。保证了周期性ETL作业的及时高效执行。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (8)

1.一种分布式作业调度方法，其特征在于，包括以下步骤:

S1、作业以分布式方式提交到不同的作业执行程序中进行加载；

S2、所述作业执行程序根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，根据消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

S3、所述作业执行程序向所述消息队列发布执行成功的作业的完成状态；

其中，步骤S2包括以下子步骤：

S21、所述作业执行程序的调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列；

S22、所述调度线程检查所述依赖队列中作业的依赖关系，并根据所述依赖关系向所述消息队列订阅依赖作业完成通知；

S23、当接收到所述消息队列返回的依赖作业完成通知时，所述调度线程检查所述依赖队列中依赖于此完成作业的作业，并判断检查出的作业是否还存在其他未完成的依赖作业，若存在则继续等待其他依赖作业的完成通知，若不存在则提交所述作业执行程序的执行线程执行；

S24、所述调度线程定期检查所述调度队列中是否有作业达到执行时间点，若有则进一步判断达到执行时间点的作业是否存在依赖作业，若存在则检查其依赖作业是否均已完成，所述调度线程将达到执行时间点且无依赖作业或者所有依赖作业均已完成的作业提交所述执行线程执行，将达到执行时间点且存在未完成的依赖作业的作业转入所述依赖队列等待其依赖作业完成。

2.根据权利要求1所述的分布式作业调度方法，其特征在于，步骤S3包括以下子步骤：

S31、若作业执行成功，所述执行线程根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回所述调度队列，同时向所述消息队列发布作业完成通知；

S32、若作业执行失败，所述执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回所述调度队列。

3.根据权利要求1所述的分布式作业调度方法，其特征在于，所述作业执行程序加载的作业包括作业执行包以及作业状态。

4.根据权利要求3所述的分布式作业调度方法，其特征在于，置于所述调度队列的作业的作业状态为等待调度状态，置于所述依赖队列的作业的作业状态为等待依赖作业状态。

5.一种分布式作业调度系统，其特征在于，包括:

作业加载单元(110)，用于加载以分布式方式提交的作业；

作业调度及执行单元(120)，用于根据作业的依赖关系向消息队列订阅加载的作业的依赖作业完成通知，以及根据所述消息队列发送的依赖作业完成通知判断加载的作业的依赖作业是否完成，并在加载的作业达到执行时间点且其依赖作业完成时执行加载的作业；

状态发布单元(130)，用于向所述消息队列发布执行成功的作业的完成状态；

其中，所述作业调度及执行单元(120)包括：

作业归类模块(121)，用于通过调度线程根据作业的作业状态将加载的作业置于调度队列或者依赖队列；

订阅模块(122)，用于通过所述调度线程检查所述依赖队列中作业的依赖关系，并根据所述依赖关系向所述消息队列订阅依赖作业完成通知；

第一判断及执行模块(123)，用于在接收到所述消息队列返回的依赖作业完成通知时，通过所述调度线程检查所述依赖队列中依赖于此完成作业的作业，并判断检查出的作业是否还存在其他未完成的依赖作业，若存在则继续等待其他依赖作业的完成通知，若不存在则提交执行线程执行；

第二判断及执行模块(124)，用于通过所述调度线程定期检查所述调度队列中是否有作业达到执行时间点，若有则进一步判断达到执行时间点的作业是否存在依赖作业，若存在则检查其依赖作业是否均已完成，通过所述调度线程将达到执行时间点且无依赖作业或者所有依赖作业均已完成的作业提交所述执行线程执行，将达到执行时间点且存在未完成的依赖作业的作业转入所述依赖队列等待其依赖作业完成。

6.根据权利要求5所述的分布式作业调度系统，其特征在于，状态发布单元(130)包括：

发布模块(131)，用于在作业执行成功时，通过所述执行线程根据作业执行的周期计算作业的下一个执行时间点，然后将作业返回所述调度队列，同时向所述消息队列发布作业完成通知；

计算模块(132)，用于在作业执行失败时，通过所述执行线程根据预设的重做周期计算作业的下一个执行时间点，然后将作业返回所述调度队列。

7.根据权利要求5所述的分布式作业调度系统，其特征在于，加载的作业包括作业执行包以及作业状态。

8.根据权利要求7所述的分布式作业调度系统，其特征在于，置于所述调度队列的作业的作业状态为等待调度状态，置于所述依赖队列的作业的作业状态为等待依赖作业状态。