我们的客户希望我们每月创建一份报告。
过去，我们使用@monthly cron 作业来执行此任务。
但这并不可靠：
我该怎么做才能确保每月创建报告？
这是一个基于 Django 的网络应用程序
【问题讨论】：
ReportCreationLog 的模型来记录数据库中的成功尝试？这样您就可以确保满足您的所有条件。
使用合适的调度器
celery beat 是一个调度器；它定期启动任务，然后由集群中可用的工作节点执行。
您使用报告功能作业创建定期任务。如果作业失败，celery 将按照您设置的重试策略重试。
【讨论】：
您应该编写一些脚本来测试条件并执行所有必需的操作。
if is_work_finished_less_then_month_ago():
return
else:
try:
generate_normal_report()
except some_error as e:
report_about_error(e)
然后每小时或每天运行一次。
如果你害怕error_reports太多，那么在report_about_error()方法中做同样的事情：检查你上次发送报告的时间，如果太频繁就不要发送。
【讨论】：
移动部件太多，因此需要考虑的选项。但是问题 1 意味着您需要某种形式的外部方式来跟踪成功（否则一个选项将是您的服务器任务 - 例如 bash 脚本 - 继续重试 N 次并在重试之间休眠，直到报告生成成功）。
如果您想要一个成熟的解决方案，可用于满足许多不同的未来需求，您可以查看可用的第三方调度程序，例如 Jenkins 或 SOS Berlin。
如果您正在寻找更简单的解决方案，您可以通过 cron 安排报告脚本运行多次（比如在月底的几天内每小时运行一次），然后让它跟踪报告是否生成并成功发送（这可以像创建文件并检查其存在或将值写入数据库一样简单）。
【讨论】：
简单的方法是您可以编写一个帮助程序，以便脚本首先检查报告的可用性，并仅在报告不可用时生成报告。
然后安排脚本在每月的那一天每小时运行一次。
如下更改您的脚本：
if [[ -f <report_name> ]]
then
echo "report exists"
exit 1
else
echo "run generate report script"
crontab 条目（每月 28 日每小时运行一次）：
0 0-23 28 * * <name_of_helper_script>
【讨论】：
cron 无法满足您的要求。并且通过您的 Django 应用程序启动类似 cron 的任务并不是 Django 的创建目的，并且只有在您处理所有边缘情况并确保在您的应用程序出现故障时捡起错过的运行等情况下才能工作。这将是一个错误处理、状态管理和并发注意事项的兔子洞。
我会建议以下两种选择之一：
如果这真的是一次性工作，那么前者就是你想要的。如果您有更多这样的任务，后者会更好。
【讨论】：