社内でAIを触れる環境を作ろうとしていた頃、
いろいろ試行錯誤している中で触ることになったのが
n8n でした。
最初から「自動化ツールを作ろう」と思っていたわけではなく、
むしろ AIを社内で安全に使わせるための中継役 を探していたのがきっかけです。
APIを直接公開するのは怖い。
でも、社内からは簡単に使えるようにしたい。
その間に入る処理をどうするか考えているときに
n8nを触ることになりました。
このあたりの経緯は、こちらの記事で書いています。
実際にn8nを動かしてみた
触ることになった以上、
とりあえず動かしてみないと話にならないので
検証環境を作ることにしました。
このときは、小さめのVPSで
AlmaLinux9を使ってセットアップしています。
その構築ログはこちらにまとめています。
インストール自体は、そこまで難しくありませんでした。
Node系のツールを触ったことがあれば、
わりと普通に動きます。
最初は
「思ったより簡単に動くな」
という印象でした。
ただ、問題はそのあとでした。
ワークフローを作り始めてから気づいたこと
n8nは基本的に「処理をつなぐツール」です。
APIを呼ぶ
データを加工する
別のサービスに渡す
こういう処理をワークフローとして並べていきます。
最初は単純な処理だけだったので問題なかったのですが、
少し複雑な処理を試すと、
サーバーの負荷が思ったより出てきました。
特に印象に残っているのが
画像処理を試したときです。
APIの結果を受けて
画像を加工して
別のサービスに送る
という処理を試したところ、
小さめのVPSだと詰まることがありました。
このときの検証ログはこちらに書いています。
中継処理は思ったよりサーバーを使う
このあたりを触っていて、
途中から考え方が少し変わりました。
最初は
「n8nは軽いツール」
くらいの認識だったのですが、
実際には 中継処理が増えるほどサーバーの負荷も増えます。
例えば
・AI APIの呼び出し
・データ整形
・ログ保存
・画像処理
・別サービス連携
こういう処理をいくつかつなげると、
中継サーバーとしてそれなりに仕事をします。
しかも、実際の業務では
n8n単体ではなく
AIフロント
DB
分析ツール
などと一緒に動くことが多いです。
そうなると、
「とりあえず動けばいい環境」だと
だんだん余裕がなくなってきます。
自分の検証環境について
今、自分の検証環境の一部は
Xserver VPS 上で動かしています。
AIフロント
DB
VPN
n8n
などを組み合わせて検証しているのですが、
こういう構成になると
「ある程度余裕のあるVPS」
の方が運用は楽だと感じています。
もちろん、
n8n単体のテストだけなら
もっと小さい環境でも動きます。
ただ、実際の業務を想定して
AI
自動化
データ処理
このあたりを組み合わせると、
中継サーバーの役割が意外と大きくなります。
触ってみて今思っていること
n8nは
「便利な自動化ツール」というより
処理をつなぐ中継サーバー
という印象に近いです。
ワークフローが増えるほど
処理も増えていくので、
最初に思っていたより
サーバー側の余裕が必要になります。
自分も最初は
軽い検証のつもりで触り始めました。
でも実際に使ってみると、
「この辺はちゃんとインフラ考えないとダメだな」
と思う場面が何度かありました。
このブログでは、
社内AI環境を作る中で
n8n
AIフロント
VPS構成
このあたりを実際に触りながら試してきたログを書いています。
これから社内でAIや自動化ツールを触る人がいたら、
中継処理は思ったよりスペックを使う
この感覚だけでも、
どこかで参考になればいいかなと思っています。
