Windmillの選び方｜業務スクリプトを実行・保守する体制

処理の責任者を二つに分ける

コードを変更する人と、毎日処理を実行・確認する人を分けます。公式の料金説明も作る側と利用する側を区別しているため、全員を同じ席として見積もらないようにします。担当交代時に必要な権限と資料を一覧にしてから候補へ当てはめます。

入力と副作用を明らかにする

ファイルを読み、台帳を書き換え、通知する仕事なら、入力形式と書き込み先を先に決めます。再実行してよい部分と二重実行を避けたい部分を分けてください。処理が成功したという表示だけで、全件の台帳が正しいとは判断しません。

無料の実行表示と処理能力を区別する

Communityの無料自己ホストが案内されていても、基盤や担当者の費用は必要です。実行回数の表示が無制限でも、同時に処理できる量は計算資源や外部APIの制限を受けます。通常時と集中時の入力を分け、許容する待ち時間を決めます。

Cloudか自己ホストかを選ぶ

配置場所が必要条件なら自己ホストの要件を確認し、更新・復旧・接続情報を扱う担当を置きます。運用を任せたい場合はCloudの対象プランで必要な権限や資源を確認します。どちらでも、コードの正しさと外部サービスの契約は別の責任として残ります。

月末の照合処理を試す例

架空の月末処理で、二つのCSVから未一致の注文を抽出する例を考えます。欠けた列、重複ID、空のファイルを含む検証入力を用意し、台帳を書き換えず差分だけ出す段階から始めます。担当者が結果を説明できた後に、許可された更新を加えます。

継続と撤退の条件を残す

コードの保守担当がいて、実行結果を確認できるなら候補に残ります。退任や移行に備え、入力仕様、依存先、実行順、接続の所有者を保存します。実行を止めても既に完了した外部処理まで元に戻るとは考えず、停止と照合の手順を別に用意してください。

• Windmillの費用構成

担当者が休む日の確認

別の担当者が試験用の処理を実行する際に、入力ファイルを一つ欠けさせた検証を行います。担当者が欠損を発見し、更新を進めず、必要な入力を特定できるかを確認します。失敗通知が届くだけでなく、どの期間と資料が未処理かを説明できることが合格条件です。修正を誰へ依頼し、正しい入力を揃えた後にどの操作で再開するかまで、引き継ぎ資料へ残します。