常時動かすAI連携は自宅PC・SaaS・VPSのどこで動かすか

運営・編集: 村上祥太（公式ドキュメント・一次情報の確認と構成をもとに編集。有償VPSでの比較実測はまだ実施していません）

外部AI APIを呼ぶ自動処理は、止まって困る時間と、自分で引き受けられる運用を並べると置き場所が決まる。最初からVPSに寄せる必要はない。Webhookを受けるか、夜間も動かすか、秘密情報をどこまで自分で管理するかで選ぶ。

たとえば、手元で作ったn8nのフローを試し、PCを閉じている間は止まってもよいなら、自宅PCで十分な段階がある。一方、問い合わせフォームからのWebhookを受け、休日も処理を待たせたくないなら、電源や回線が手元にある前提は外したほうがよい。ここでいうVPSは、単一の仮想サーバーへDocker Composeなどを置く形を指す。Dockerも単一サーバーでComposeを使う運用を案内している。Docker公式: Composeを本番で使う

置き場所を決める判断表

次の表は公式仕様と各方式の責任範囲から作った確認表であり、特定サービスの実測や料金比較ではない。確認日: 2026年9月12日。

自宅PCは「処理の中身」を固める場所

自宅PCは、プロンプト、APIの入出力、失敗時の分岐を作る段階に向く。失敗した実行を見ながら直しやすく、公開URLやサーバー更新を同時に抱えずに済むためだ。

ただし、PCの再起動、スリープ、回線切替で止まる。予定実行でも、PCが起きていることを暗黙の前提にしない。外部から受けるWebhookを試す際も、開発用の一時URLと、継続公開するURLを同じものとして扱わないほうが安全だ。

SaaSは運用を減らす代わりに境界を読む

SaaSは、サーバーへログインしてDockerを保守する役割を減らせる。少人数で、処理本数がまだ読めない段階にも合う。ただし「止まらない」ことを契約外まで期待しない。実行回数の上限、同時実行、保存期間、障害時の通知、APIキーの保管範囲を契約画面と公式文書で確認する。

ワークフローを外部へ預けるなら、顧客データや社内ファイルがどこまで流れるかも図に書く。AI API、SaaS、通知先の三者へ同じデータが渡る設計なら、どこで削除できるかまで確認してから実運用へ移す。

VPSは常時稼働の土台を自分で持つ選択

VPSは、公開URLを自分で管理し、Docker Composeでアプリとデータベースを近くに置きたい場合に合う。一方で、サーバーを契約した時点で運用が完了するわけではない。OS更新、SSHの認証方式、管理者アカウント、ファイアウォール、監視、バックアップ、復元確認が残る。

導入前に「誰が、通知を受けて、どの手順で復旧するか」を一行で決めておく。本人しか触れない環境なら、旅行中や病気のときに止まっても許容できる処理から載せるほうが現実的だ。売上入力や顧客対応のように欠落が困る処理は、再実行できる記録と手動の逃げ道を先に用意する。

移行の目安は機能ではなく停止の影響

「n8nを使うからVPS」では判断しにくい。次の順で考えると、早すぎる移行を避けやすい。

1. PC停止中に処理が止まっても、後から再実行できるか。
2. 外部から受けるURLが、短時間だけでなく必要か。
3. APIキー、データ、ログを置く場所を説明できるか。
4. 壊れたときに、設定とデータを戻す手順があるか。

四つのうち後ろ二つが曖昧なら、VPSへ移す前に運用メモとバックアップ対象を作る。VPSは自動化を置く場所であって、運用を自動で引き受けるサービスではない。

参考資料

• Docker公式: Composeを本番で使う（確認日: 2026年9月12日）