業務の自動化ツールをVPSで動かす

レン

いろんなサービスを繋いで自動化するツールを、自分のVPSで動かしたい！

プロクラ

使い勝手のいい用途だね。ただ、この種のツールには特有の注意点がある。いろいろなサービスと繋ぐということは、その認証情報が1か所に集まるということなんだ。

認証情報が集中する

自動化の道具は、便利であるほど多くのサービスの鍵を預かることになります。1か所破られると、繋いだ先すべてに手が届く状態です。個々のサービスを守るより、この1台を守るほうが重要になる、という重みの逆転が起きます。公開する範囲は、必要最小限まで絞ってください。

ウィルスン

…そこには、キミが使うあらゆるサービスの鍵が揃っているわけだ。ワタシとしては、個別に集めて回る手間が省けて実にありがたい。

プロクラ

そういうことだよ。1つのサーバーを取られると、繋いだ先すべてに影響が及ぶ。だから、他のセルフホストより守りを厚くする理由がある。

• 外に公開せず、VPN経由でのみ使う構成を優先する
• 公開する場合は、必ず認証をかける（初期設定のまま公開しない）
• 接続するサービスの権限を、必要な範囲だけに絞る
• 使わなくなった連携は、その都度解除する

プロクラ

3つめが効くよ。読み取りだけで足りる連携に、書き込みや削除の権限まで渡さない。漏れたときに失うものが小さくなる。

必要なスペック

• 待機している間は軽い。処理が走るときだけ資源を使う
• 扱うデータの量によって、必要なメモリが変わる
• 実行の履歴を残す設定だと、容量が増えていく
• 小さめのプランから始めて、実測で判断するのが現実的

暴走への備え

自動化は、間違った動きも自動で繰り返します。1回の失敗が、通知を数千件送る、APIを呼び続けて課金が膨らむ、といった形に化けます。回数の上限と、止めるための手順を、動かし始める前に用意しておくことです。

プロクラ

自動化の怖いところは、間違った設定が高速で繰り返されることだよ。手作業なら1回で気づくミスが、自動だと何百回も実行される。

• 実行回数の上限を決める
• 失敗したときの再試行に、回数の上限を設ける
• メールや通知を送る処理は、特に慎重に（相手にも迷惑がかかる）
• 従量課金のAPIを呼ぶ処理は、費用が跳ねる

プロクラ

3つめと4つめは実害が大きい。作ったばかりの処理は、まず少数で試してから本番の量に広げよう。いきなり全件で回さないこと。

動いているかを確認する

• 実行の履歴を残し、失敗したら通知が来るようにする
• 成功時は静かにする（毎回通知が来ると読まなくなる）
• 定期的に、期待どおり動いているかを結果で確かめる
• 止まっていることに気づけない状態を避ける

レン

鍵が1か所に集まるんだ。それなら公開しない構成にしておく。

外部サービスとの使い分け

プロクラ

同じことができる既製のサービスもある。自前にする理由がはっきりしているなら自前で、そうでなければ既製を使うほうが楽だよ。

• 自前にする理由: 扱うデータを外に出せない、実行回数の制限を受けたくない
• 既製を使う理由: 更新やバックアップを任せられる
• 止まると困る処理は、既製のサービスのほうが安定しやすい
• 学習や検証を兼ねるなら、自前に価値がある

プロクラ

併用してもいい。重要な処理は既製、実験的なものは自前、という分け方なら、どちらの利点も取れるよ。