ジョブスケジューラ

多数のジョブを、実行順序・時刻・先行条件に従って自動的に起動・管理するソフトウェア。夜間バッチ処理の運用を自動化でき、異常時のリトライや後続ジョブの停止も制御できる。

ジョブの実行の日時、順序、前後の依存関係、異常時の扱いなどを定義し、それに従ってジョブを自動的に起動・監視するプログラムやソフトウェア。OSのジョブ管理の機能のほか、複数のサーバにまたがる夜間のバッチ処理などを一元的に制御する製品がある。

利用者が依頼したジョブを受け付け、実行の順序を決めて起動し、終了処理を行うプログラム。OSのジョブ管理ではリーダ、イニシエータ、ターミネータなどで構成される。運用の場面では、夜間バッチなどのジョブを日時や先行ジョブの終了条件に従って自動実行するソフトウェアを指すことも多い。

異常終了したジョブを最初から再実行すること。データの整合性を考慮し、必要に応じてリカバリ処理を行った上で実施する。リスタート（途中からの再開）と区別される。

異常終了したジョブを、チェックポイントから途中再開すること。ジョブの実行途中の状態を記録するチェックポイント機能と組み合わせて使用し、処理時間の短縮を図る。

ジョブの実行途中の処理状態を記録する仕組み。異常終了時にチェックポイントからリスタート（途中再開）することで、最初からの再実行を回避し、復旧時間を短縮する。

OSのジョブ管理を担うプログラムの一つで、オペレーターからの命令を受け付けて解釈し、ジョブスケジューラーなどほかの制御プログラムに処理を指示したり、システムの状態を通知したりする。

バッチ処理やデータ連携処理などの自動実行ジョブの実行順序、実行時刻、依存関係を管理するプロセス。ジョブの正常完了の確認、異常時のリカバリ手順の整備が運用統制として重要となる。

センサデータ、ログ、クリックなど絶え間なく発生するデータを、到着するたびに逐次処理する方式。低い遅延で集計や異常検知を行えるが、データの到着順の乱れや重複、障害時の再処理に配慮が要り、ウィンドウ処理や配信保証の設計が重要になる。Apache Kafka、Apache Flinkなどが使われる。