Cron 式の例とデバッグのスケジュール
このページは、紙の上ではスケジュールが妥当に見えても、標準の 5 フィールド cron 式が実際にどのように動作するかを確認する必要がある場合に使用します。
これは現在の ComUtil cron パーサーにスコープを限定してください。これは、Quartz 秒フィールドやプロダクション スケジューラ コントロールではなく、共有可能な例と明示的な検証を含む標準の 5 フィールド cron スケジュールをプレビューします。
こんなときに使う
スケジュールの実行頻度が高すぎる、頻度が不十分、または間違った日/時間に実行されている場合は、運用構成を編集する前に明確な説明が必要です。
まず確認すること
スケジューラが間違っていると考える前に、正規化された式、プレビュー タイムゾーン、および次回実行タイムラインを一緒に確認してください。
ガードレール
このガイドは標準の 5 フィールド cron に準拠しています。ソース式に秒または年のフィールドが含まれている場合は、ここでプレビューする前にトリミングしてください。
営業時間中の投票
オフィスアワーの自動化を別のレビュー担当者に説明する必要がある場合は、平日の時間単位の例を使用します。
0 9-17 * * 1-5
5分ごと
高頻度のジョブを展開またはキューの問題として扱う前に、定期的なポーリングの頻度を確認してください。
*/5 * * * *
夜間バックアップ
デバッグ範囲を広げる前に、正確な次回実行タイムスタンプを含むバックアップ ウィンドウをプレビューします。
30 2 * * *
このワークフローは標準の 5 フィールド cron スケジュール用であるため、一般的な Linux cron、多くの CI ジョブ、およびその他の分単位のスケジューラーに適しています。
- ここに Quartz スタイルの式を貼り付ける前に、秒または年のフィールドを削除してください。
- タイムラインは、リモート スケジューラが同じように構成されていることを証明するものとしてではなく、デバッグ補助として扱ってください。
スケジュールがこのように拡張される理由を示す必要がある場合は、フィールドごとの内訳と次回実行タイムラインを組み合わせて使用します。
- プレビューのタイムゾーンと UTC を比較して、タイムゾーンの混乱を早期に確認できます。
- 月の日と曜日の両方が制限されている場合のやり取りを観察します。