一个网络应用必须迅速响应网络请求，一般要小于1s，最好是几十微秒，以便为坐在浏览器前面的用户提供一个流畅的体验。这就给不了应用太多的时间来处理工作。有时会是有更多的工作要做而不是有时间来做它。<1.Sometimes,there is more work to do than there is time to do it.>在这种情况下，当用户等待来自服务器的响应时，如果工作花了几秒，几分，几小时而不是立即，也总是OK的。但是用户需要有工作将会完成这样的保证。
对于这种工作，App Engine应用使用了任务队列。任务队列让你在网络请求的范围之外的某个时候说明工作被完成。队列确保每一个任务最终都会被完成。如果一个任务失败了，这个队列会重试这个任务直到它成功了。
有两种类型的任务队列：推队列（push queue）、拉队列（pull queue）。在推队列中，每一个任务记录代表一个给请求处理器的HTTP请求。App Engine在处理这个推队列时会发出这些请求。你可以配置堆队列被执行来分散负载的频率。在拉队列中，你提供一个机制，比如：自定义的计算引擎，从队列中取出记录并执行工作。App Engine管理拉队列的排队方面。
一个推队列调用一个请求处理器来执行一个任务。它可以包含创建任务的代码所提供的数据有效负载。有效负载会以HTTP请求的方式传递给任务处理器。任务处理器和其他请求处理器一样受制于相同的限制，一个重要的异常就是：一个任务处理器可以花费最长10分钟的时间来执行一个任务，而不是应用于用户请求的60秒。将任务分割为小的任务来利用并行和队列吞吐量，更高的时间限制使得任务更容易用简单的方式写。
任务队列的一个特别强大的特征就是在一个datastore事务中将一个任务入队列（enqueue）。这确保了只有datastore事务的剩余部分成功了才会被入队列。你可以使用事务性任务执行额外的必须最终和事务保持一致的datastore操作，不过这不需要datastore的本地事务的强一致性保证。
App Engine有其他的服务来在一天的特别时间点执行任务，称之为计划任务服务。计划任务也就是熟知的“cron jobs”。这是从Unix操作系统中相同的特性借来的名字。这个计划任务服务可以基于你上传应用时提供的时刻表，在一天、一个星期、一个月的某个特别时间点调用一个请求处理器。计划任务对于常规维护、发送周期的通知消息是非常有用的。
我们会在第16章中看看这个任务队列，时刻表及一些强大的使用。