n8nはGitHubで20万超のstarを集めるワークフロー自動化プラットフォームで、「オープンソース版Zapier」と位置づけられる：ドラッグ＆ドロップのノードで数百のアプリをつなぎ、スケジュールやトリガーで実行して繰り返し作業をなくす。人気の理由は無料だからではなく、セルフホスト版の実行回数に上限がないことだ——自動化を回せば回すほど、クラウドサービスに対する節約額が増える。
公式リポジトリ情報
プラットフォーム：GitHub、組織：n8n-io、プロジェクト名：n8n。リポジトリのアドレスは github.com/n8n-io/n8n、これで探せば偽サイトに当たらない。Dockerイメージのプル数は2.7億回を超え、セルフホスト界隈の自動化カテゴリで筆頭のプロジェクトだ。
向いている人
毎日数十〜数百回の繰り返し操作を回すチーム：クラウド版は実行回数やシート課金なので、量が多いほどセルフホストが得になる。データを社外に出せない現場：ワークフローも認証情報も実行記録も自社サーバーに残り、データコンプライアンスに有利。基礎的な運用スキルがある人：Dockerが使えてリバースプロキシを設定できれば、1つのコマンドで起動し、任意のコミュニティノードを入れたり社内DBにつないだりできる。
向いていない人：サーバーに一切触れたくない人。そういう人はn8n CloudかZapier系SaaSを使おう。安心は節約より大事だ。見張る人がいない小規模チームも同様で、深夜に落ちても再起動する人がいなければ、浮いたお金は障害に化ける。
デプロイコスト：想像より軽い、「ワンクリック」より重い
公式Dockerイメージがあり、個人の試用ならdocker run 1つで起動する。ある実測ではアイドル時のメモリ使用量は約690MBで、2コア4GBの小さなVPSで十分だ。本番環境ではPostgreSQLに換装し（デフォルトのSQLiteでは同時実行に耐えない）、Redisキューモードと複数workerで負荷分散する。コストはサーバー1台分で、実行回数課金はない。
n8n_dataボリュームのバックアップを忘れずに：初回起動時に生成される暗号化キーはここに保存され、ボリュームを失うと保存済みの認証情報は全滅する。キーを自分で管理したいなら、初回起動前にN8N_ENCRYPTION_KEYを設定しておく。
本当の落とし穴：決める前に読む
ライセンスの境界。 n8nはfair-codeであり、伝統的な意味でのオープンソースではない。Sustainable Use LicenseとEnterpriseライセンスを採用し、社内業務利用は無料だが、n8n自体を第三者向けサービスとして提供する場合は事前にライセンス条項を確認すること。MITのように扱ってはいけない。有料のBusiness/Enterpriseライセンスで解放されるのはSSO、高度な権限管理、ログストリーミングといった企業向け機能だ。
バージョンアップ。 年間200本近い安定版が出るほど反復が速い。本番環境では必ずイメージバージョンを固定してから上げ、事前にデータボリュームをバックアップし、メジャーバージョンはステージングで試してから。latestを追いかけてはいけない。
実行タイムアウト。 1つのワークフローが長時間走ると打ち切られる。時間のかかる処理は分割し、キューモードとworkerで回すこと。1つのノードが30分唸り続けるのを期待してはいけない。
コミュニティノードの安全性。 コミュニティ版はnpmから任意のコミュニティノードを入れられ、これはサーバー上で第三者のコードを実行することと同義だ。信頼できる出所のものだけ入れ、出所不明のものは先にソースを読む。
リバースプロキシの落とし穴。 Nginxなどの後ろに置く場合、webhookのコールバックURLと接続が失われましたエラーに注意。大抵はプロキシヘッダーの設定ミスで、公式ドキュメントのリバースプロキシ章のチェックリストで1つずつ確認しよう。
