@monthly cronジョブが信頼できない

Question

お客様は、毎月レポートを作成したいと考えています。

以前は、このタスクに@monthly cronジョブを使用していました。

は、しかし、これは信頼できません。

1. サーバがダウンし、この分である可能性があります。 Cronはこれらのジョブを再実行しません。
2. サーバが起動している場合、この瞬間にデータベースに到達できない可能性があります。
3. サーバが稼働していてDBが稼働している場合、到達不能なサードパーティシステムが存在する可能性があります。
4. ソフトウェアバグが存在する可能性があります。

レポートは毎月作成されることを確認するにはどうすればよいですか？

これは、移動駒と考慮すべき結果として、オプションの数が多すぎジャンゴベースのWebアプリケーション

Answer 1

条件をテストし、必要な操作をすべて実行するスクリプトを作成する必要があります。

if is_work_finished_less_then_month_ago(): 
    return 
else: 
    try: 
     generate_normal_report() 
    except some_error as e: 
     report_about_error(e) 

その後、1時間または1日ごとに実行します。

error_reportsが多すぎる場合は、report_about_error()の方法で同じことをしてください：最後にレポートを送信したことを確認し、頻繁に送信しないでください。

Answer 2

です。しかし、問題1は、成功を追跡するために何らかの外部的な方法が必要であることを意味します（そうでなければ、サーバータスクのためのオプション（bashスクリプトなど）はレポート作成が成功するまでN回再試行し、

JenkinsやSOS Berlinのようなサードパーティ製のスケジューラを利用することで、さまざまなニーズに対応できます。

シンプルなソリューションをお探しの場合は、cronを使用してレポートスクリプトを何度も実行するようにスケジューリングすることができます（月末に数時間ごとに1時間ごとなど）生成され、正常に送信されました（これは、ファイルを作成してその存在をチェックするか、データベースに値を書き込むなどの単純な操作です）。

Answer 3

は、セロリ、ビートがスケジューラである

まともなスケジューラを使用します。定期的にタスクを開始し、クラスタ内の使用可能なワーカーノードによって実行されます。

レポート機能ジョブを使用して定期タスクを作成します。ジョブが失敗すると、設定した再試行ポリシーに従ってセロリが再試行されます。

Celery doc - Periodic Tasks

Answer 4

簡単な方法は、スクリプトは、最初のレポートの可用性をチェックし、報告書が利用できない場合にのみ、レポートを生成するようなヘルパーを書くことができるということです。

次に、月のその日に1時間ごとにスクリプトを実行するようにスケジュールを設定します。

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> 

Answer 5

のcronはあなたが求めているものを行うことができません。あなたのDjangoアプリでcronのようなタスクを開始するのは、Djangoが作成されたものではなく、アプリケーションが誤動作している場合など、すべての端のケースを処理して失敗した場合にのみ動作します。エラー処理のウサギ・ホール、状態管理および並行性の考慮事項。

私は2つのオプションのいずれかを示唆している：（とにかく

• のcronでジョブキックオフを、しかし、報告書が何らかの理由で生成されなかった場合に通知していることを確認するために、Nagiosのチェックを書き、手動でそれらのまれなケースを扱う）。
• Airflowまたはスケジュールされたタスクのスケジューリング、監視、再試行、およびログ処理を目的として作成されたその他のフレームワークを使用してください。

前者は、これは本当に一回限りのジョブである場合、あなたが望むものです。後者は、あなたのようにもっと多くのタスクがある場合は、より良いです。