LASSIC Media らしくメディア
n8nで業務自動化をセルフホスト構築・外注
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- n8nは、ビジュアルキャンバスとコードを組み合わせてワークフローを組める自動化ツールで、1,500以上の統合先へ接続できます。
- セルフホストにはDockerやDocker Composeが使え、社内SaaS連携（iPaaS/Zapier代替）を自社インフラ上に構築できます。
- ライセンスはfair-code（Sustainable Use License）であり、無料の一般的なOSSとは条件が異なるため、商用利用の範囲を事前に確認する必要があります。
目次
n8nとは？AI機能を備えたフェアコードのワークフロー自動化ツール
n8nとは、ビジュアルキャンバス上でノードをつなぎながら、必要な部分だけカスタムコードを書いてワークフローを組み立てられる自動化ツールです。公式GitHubリポジトリでは「Fair-code platform to build and deploy AI agents and workflows. Combine a visual canvas with custom code, run it self-hosted or in the cloud, and connect to 1500+ integrations.」と説明されており、セルフホストとクラウドの両方で稼働し、1,500以上の統合先に接続できる点が特徴です*5。2026年7月時点でGitHub上のスター数は197,000件、フォーク数は59,500件に達しています*5。
公式リポジトリのKey Capabilitiesでは、AIエージェントの構築・展開に対応するAIネイティブな自動化基盤として位置づけられており、OpenAI・Anthropic・Google・オープンソースモデルなど複数のモデルプロバイダーを組み合わせられる点、ビジュアル設計とJavaScript・Pythonのカスタムコードを組み合わせられる点が挙げられています*5。統合数は1,500以上、公開されているワークフローテンプレートは9,000件を超えるとされています*5。
SaaS間の連携を仲介するツールとしては、ZapierやMake（旧Integromat）に代表されるiPaaS（Integration Platform as a Service）が広く使われてきました。n8nはこれらと同様の連携自動化を、セルフホストという選択肢を伴う形で実現できる点が異なるでしょう。ただし後述するとおり、ライセンス体系はいわゆる無料の一般的なOSSとは条件が異なるため、導入前の確認が欠かせません。
iPaaS・Zapier代替として使う業務自動化とSaaS連携の仕組み
ノードを組み合わせてワークフローを構築する
n8nでは、トリガーノードでワークフローの起点を定義し、後続のノードで処理・分岐・外部サービスへの接続を組み立てます。ビジュアルキャンバス上でノードをつなぐ操作が基本ですが、必要に応じてカスタムコードを挿入できる点が、GUIのみで完結するツールとの違いです*5。この柔軟さにより、既製のノードでは対応しきれない社内固有のロジックも組み込みやすくなります。
公式リポジトリの説明では、視覚的な構築とカスタムコード・npmパッケージの利用を組み合わせられる設計が特徴として挙げられています*5。定型的なSaaS連携はノードで素早く組み、個社固有の分岐条件やデータ変換だけをコードで補うといった使い分けが可能です。
iPaaS・Zapier代替として検討する際の視点
問い合わせフォームの通知をチャットツールへ流す、複数の業務システム間でデータを同期するといった用途は、ZapierやMakeのようなiPaaS製品が担ってきた領域です。n8nはAIエージェントの構築・展開にも対応するAIネイティブな自動化基盤として説明されており*5、単純な連携だけでなく、AIによる判断を挟んだワークフローも組み立てられます。
SaaS型のiPaaSは月額課金の従量制が一般的ですが、n8nはセルフホストであれば実行回数に応じた追加課金は発生しません。一方で、サーバーの用意・保守・可用性の確保という別の負担が生じるため、コスト構造は単純な比較にはなりません。
セルフホストとn8n Cloud、どちらを選ぶか
公式ドキュメントは、n8nをDockerやKubernetesなど複数の方法で自社インフラやオンプレミス環境にセルフホストできると案内しています*1。ライセンスキーを追加しない状態ではコミュニティ版として動作し、ビジネス版またはエンタープライズ版のライセンスキーを追加すると、上位エディションの機能が利用可能になる仕組みです*1。
セルフホストを選ぶ理由としては、自社インフラでの完全な制御やオンプレミス環境での運用ニーズが想定されます。一方、サーバー管理やアップデート対応を避けたい場合は、n8nが提供するクラウド版という選択肢もあります。自社の情報システム部門がインフラ運用にどこまで工数を割けるかが、選択の起点になるでしょう。
Dockerで構築する標準的な導入手順
Dockerでの起動コマンドと主要な環境変数
公式ドキュメントでは、Dockerでn8nを起動する基本手順として、まずボリュームを作成し、続けてコンテナを起動する流れが案内されています*2。
docker volume create n8n_data
docker run -it --rm \
--name n8n \
-p 5678:5678 \
-e GENERIC_TIMEZONE="Asia/Tokyo" \
-e TZ="Asia/Tokyo" \
-e N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true \
-e N8N_RUNNERS_ENABLED=true \
-v n8n_data:/home/node/.n8n \
docker.n8n.io/n8nio/n8nTZとGENERIC_TIMEZONEはそれぞれシステムのタイムゾーンとスケジュール系ノードのタイムゾーンを指定し、N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=trueは設定ファイルのアクセス権限を強化する設定、N8N_RUNNERS_ENABLED=trueはタスク実行機能を有効にする設定です*2。ボリュームをコンテナの「/home/node/.n8n」ディレクトリにマウントすることで、コンテナを再起動してもワークフローや暗号化鍵などのデータが保持されます*2。起動後は「http://localhost:5678」からアクセスできます*2。
データベースにPostgreSQLを使う場合は、DB_TYPE=postgresdbに加え、DB_POSTGRESDB_DATABASE・HOST・PORT・USER・PASSWORD・SCHEMAといった環境変数を追加します*2。アップデートは、docker pullで最新イメージを取得したのち、既存コンテナを停止・削除して新しいイメージで再起動する手順です*2。
本番運用にはDocker Composeとリバースプロキシが前提になる
公式ドキュメントは「Self-hosting n8n requires technical knowledge」と明記しており、セルフホストにはサーバー構築の技術知識が前提になるとしています*3。本番運用向けの手順では、Docker EngineとDocker Composeに加え、サブドメイン用のDNS設定、TraefikによるリバースプロキシとLet’s Encryptを使ったTLS証明書の自動更新を組み合わせる構成が案内されています*3。
ボリュームは、SQLiteデータベースと暗号化鍵を保存するn8n_data、TLS証明書を保存するtraefik_data、ホストとコンテナ間でファイルを共有するlocal-filesの3種類が使われます*3。この構成ではHTTPSへの強制リダイレクトとHSTSが自動設定され、HTTP経由でのアクセスはできません*3。起動は「sudo docker compose up -d」、停止は「sudo docker compose stop」で行います*3。
セルフホスト内製と外注委託のコスト構造比較
セルフホストによる内製構築と、外部パートナーへの委託では、費用構造・必要スキル・リスク対応の重心が異なります。以下の表に主な違いを整理しました。
| 比較項目 | セルフホスト内製 | 外注委託 |
|---|---|---|
| ライセンス費用 | コミュニティ版はライセンスキー不要で稼働しますが、Sustainable Use Licenseの条件確認が必要です*6 | ライセンス条件の確認を含め、構築・保守を委託する分の費用が発生します |
| 必要な専門知識 | Docker運用・リバースプロキシ設定・DNS設定・環境変数管理が必要です*3 | 専門パートナーが構築・調整を担うため、社内での知識習得は最小限で済みます |
| TLS・セキュリティ設定 | Traefik等のリバースプロキシとLet’s Encryptの証明書運用を自社で設計します*3 | TLS設定を含めた本番構成の設計・保守を委託できます |
| アップデート対応 | イメージ取得からコンテナ再起動までの手順を自社で実行します*2 | 動作検証を含めて委託先が対応します |
Sustainable Use License（fair-code）は無料の一般的なOSSではない
n8nはfair-codeという考え方に基づき、Sustainable Use Licenseの下でソースコードが公開されています*5。公式リポジトリではこの体系を「Source Available」「Self-Hostable」「Extensible」と位置づけており、商用機能向けにはn8n Enterprise Licenseという別のライセンスが併用されます*5。MITやGPLのような一般的なOSSライセンスとは条件が異なるため、商用利用を検討する際は注意が必要です。
GitHub上で公開されているLICENSE.md（Sustainable Use License）を確認すると、対象となるのはファイル名やディレクトリに「.ee」を含まないコンテンツで、エンタープライズ向けコードには別のライセンスが適用されるとされています*6。許諾される用途は、個人利用・非商用利用、または自社の内部業務目的での利用に限定され、ソフトウェアの改変自体は認められています*6。
一方で、ソフトウェアを他者へ配布・提供する場合は無償で行うことが条件とされており、有償での再配布・再販売はライセンス上想定されていません*6。ライセンス表示や著作権表示を改変・削除・不明瞭にする行為も禁止されており、ソフトウェアが特許を侵害していると主張した場合は、ライセンスがただちに終了する条項も含まれています*6。社内の業務自動化ツールとして使う分には内部利用の範囲に収まりますが、自社サービスとして他社へ提供するような使い方を検討する場合は、条件を個別に確認する判断が欠かせません。
内製構築に必要なスキルと外注との違い
Docker運用・ネットワーク設定・ライセンス確認に求められる専門知識
n8nを内製で構築・運用する場合、求められる知識は複数分野にまたがります。Dockerコンテナの運用とLinuxサーバー管理、DNS・リバースプロキシ・TLS証明書のネットワーク設定、環境変数によるデータベース接続やタイムゾーンの設定、そしてSustainable Use Licenseの条件確認がその内容です。自社の情報システム部門だけでこれらを完結させるには、複数の担当者が連携する体制を整える必要があるでしょう。
判断を先延ばしにしたまま自己流で構築を進めると、HTTPSの設定漏れやバックアップ未設計といった問題に後から気づくケースが生じます。特にライセンス条件を確認しないまま社外提供を伴う使い方を進めると、想定外の契約条件に直面しかねません*6。
専門パートナーに委託した場合の違い
専門パートナーに依頼すると、Docker環境の構築からTLS・リバースプロキシ設定、ワークフローの設計支援、ライセンス条件を踏まえた運用ルールの整理まで一連の工程を任せられます。自社では構成検討や動作検証だけで時間がかかる場面でも、複数の業務自動化基盤を扱ってきた知見を活用すれば、稼働までの期間を圧縮しやすくなります。内製と外注のどちらでも、まずは自社の利用範囲とライセンス条件の整理が出発点と言えるでしょう。
エンタープライズライセンスとライセンスキー管理の勘所
ビジネス版やエンタープライズ版の機能を使う場合は、アクティベーションキーの登録が必要です。管理画面の「Settings > Usage and plan」から入力する方法と、環境変数「N8N_LICENSE_ACTIVATION_KEY」で設定する方法の2通りが案内されています*7。
ライセンスサーバーとの通信にはCloudflareが提供するIPアドレス範囲へのアクセスが必要になるため、社内ネットワークでアウトバウンド通信を制限している場合は、ファイアウォールの許可リストにこの範囲を追加しておく必要があります*7。セルフホスト環境ではネットワーク制御を自社で管理している分、こうした通信要件の見落としが後からの障害対応につながりやすい点にも注意が必要です。
まとめ：n8nセルフホスト活用の3つの判断軸
本稿ではn8nの機能とセルフホスト構築の要点を、公式ドキュメントとGitHubリポジトリの情報に基づいて整理しました。要点は次の3つに集約されるでしょう。第一に、ビジュアルキャンバスとカスタムコードを組み合わせたワークフロー自動化とAIエージェント連携は、1,500以上の統合先に対応する形で実現できます*5。第二に、Docker・Docker Composeによる構築にはネットワーク設定やTLS対応を含む専門知識が必要です*3。第三に、ライセンスはfair-codeのSustainable Use Licenseであり、一般的な無料OSSとは条件が異なるため、内部利用の範囲を超える使い方を検討する場合は個別確認が欠かせません*6。
よくある質問
n8nは無料で商用利用できますか。
コミュニティ版はライセンスキーなしで動作しますが、ライセンスはfair-codeのSustainable Use Licenseです*6。個人利用・非商用利用、または自社の内部業務目的での利用は認められていますが、有償での再配布・再販売はライセンス上想定されていません*6。自社サービスとして他社へ提供する用途を検討する場合は、条件を個別に確認する必要があります。
n8nの構築にはどのくらいの専門知識が必要ですか。
Dockerでの起動だけであれば基本コマンドの実行で済みますが、公式ドキュメントは本番運用向けの構築について「Self-hosting n8n requires technical knowledge」と明記しています*3。DNS設定・リバースプロキシ・TLS証明書の運用まで含めると、複数分野の知識が求められます*3。
ZapierやMakeの代替として使えますか。
n8nはビジュアルキャンバスでノードをつなぎ、必要な部分だけカスタムコードを追加してSaaS連携を組める点で、iPaaS製品と同様の用途に使えます*5。AIエージェントの構築・展開にも対応するAIネイティブな自動化基盤として説明されており*5、セルフホストによる運用が前提になる点が異なります。
データベースにPostgreSQLを使うことはできますか。
Docker環境では、DB_TYPE=postgresdbをはじめとする環境変数を追加することでPostgreSQLと接続できます*2。既定のSQLiteから切り替える場合は、接続先のホスト・ポート・ユーザー名・パスワードなどを個別に設定します*2。
エンタープライズ版の機能を使うにはどうすればよいですか。
管理画面の「Settings > Usage and plan」からアクティベーションキーを登録するか、環境変数「N8N_LICENSE_ACTIVATION_KEY」で設定します*7。ライセンスサーバーとの通信にはCloudflareのIPアドレス範囲へのアクセスが必要になるため、ファイアウォール設定にも注意が必要です*7。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：n8n公式ドキュメント「Hosting n8n」（https://docs.n8n.io/deploy/host-n8n.md）
- *2 出典：n8n公式ドキュメント「Install with Docker」（https://docs.n8n.io/deploy/host-n8n/install-options/install-with-docker.md）
- *3 出典：n8n公式ドキュメント「Use a cloud provider – Docker Compose」（https://docs.n8n.io/deploy/host-n8n/install-options/use-a-cloud-provider/use-docker-compose.md）
- *4 出典：n8n公式ドキュメント「Install options」（https://docs.n8n.io/deploy/host-n8n/install-options.md）
- *5 出典：n8n公式GitHubリポジトリ「README」（https://github.com/n8n-io/n8n）
- *6 出典：n8n公式GitHubリポジトリ「LICENSE.md」（https://github.com/n8n-io/n8n/blob/master/LICENSE.md）
- *7 出典：n8n公式ドキュメント「Manage your license」（https://docs.n8n.io/deploy/host-n8n/configure-n8n/manage-your-license.md）
