任务速率限制（Rate Limits）

Celery真的有好多实用的特性，譬如今天学习的速率限制Rate Limits：

在多种场景中可能会遇到优先级较低的任务运行速度较快的问题；如果不加以限制管理的话，在短时间内此类任务产生的数量过多就可能导致Worker不堪重负；这时Rate Limits就可以派上用场了；我们可以通过为每个Task相应地设定各自的rate limit来限定其秒、分或小时内的处理次数上限；这样就能有效防止优先级较高的关键任务因资源不足而无法及时处理的情况出现。

注意，在速率限制（rate limit）中存在两种不同的定义方式：一种是基于单个工人（Worker）的能力限制；另一种则是基于整个系统或网络的整体处理能力。起初我以为速率限制是可以根据系统规模自动调节的机制——即无论工人数目如何变化都能设定一个固定的处理上限——但在实际操作中发现并非如此！通过实际测试并查阅官方文档后发现这一误解是错误的：具体而言，在速率限制设置为10次/分钟的情况下（即10 tasks per minute），当系统的工人数量增加到n时，在同一时间段内该任务的实际最大可执行次数将变为10乘以n次（10n tasks per minute）。只有当速率限制能够动态地根据系统资源的变化进行调整时才能实现对同一时间段内任务执行上限的有效控制；而单纯的速率限制无法达到这一效果！

在测试过程中我发现，在速率限制方面确实存在一定的限