安全なバッチ処理の作り方 - KAYAC engineers' blog
このまえ登り坂の途中でロードバイクのタイヤが破裂しました。ながたです。 今回はバッチ処理について書いてみようと思います。 バッチ処理？ Webサービスの処理開始条件は、大まかに次の2つに分けることができます。 ユーザーのアクションに起因するもの ユーザーのアクションに起因しないもの このうち後者の処理をバッチ処理が担当することになります。 バッチ処理の担当分はさらに、 特定の条件（時間やサービスの状態）で実行するもの 手動で実行するもの の2つに分けられます。 今回はこの「手動で実行するもの」について書きたいと思います。 バッチを手動実行するのはどんなとき？ バッチ処理を手動で実行するのは、十中八九イレギュラーな状況が発生したときです。 ルーチンワークや実行の条件が決まっているものは何らかの方法で自動化できるはずです。 そしてイレギュラーな状況のほとんどは不具合が発生したとき。 つまり 重
【Perl】 貧弱だがバッチ処理フレームワークを作ってみた: RemovableType
タイトルのとおり。大まかに、以下の機能を持っている。 Log::Dispatchのロガーオブジェクトによるロギング ロックファイルによる多重起動抑制 Getopt::Longによるコマンドライン引数解析 YAML::*による設定情報読み込み シグナルハンドリング 基本的な使い方として、このクラスのサブクラスを実装し、_processメソッドをオーバーライドして、そこにメインの処理を記述する。処理の順序はおおまかに、 _new()（インスタンス作成と初期化） _process()（主処理） _terminate()（終了処理） のとおり。主な特長としては、 設定ファイルをスクリプトに統合したため、"読み込みできない場合"への実装上の対処が不要 スクリプトと設定情報が同居するのがアレな場合は、設定情報だけをサブクラス化することも可能（以下の例を参照） 設定情報とコマンドライン引数はいずれも$s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
