アクセスと安全性
- 書き込み権限は必要ですか。
- 不要です。n8n の public REST API を読むだけで、書き込みはしません。workflow の作成、編集、有効化、無効化はせず、credential の読み取りや変更もしません。
- workflow を壊す可能性はありますか。
- 変更できないので、ありません。増える負荷は API への読み取りリクエストだけで、レート制限があり、instance 側が押し返せば間隔を空けます。
- API key はどこに保存されますか。
- AES-256-GCM で暗号化して保存します。暗号鍵は実行環境にのみ置き、コード、git、ログには入れません。無料スキャンで使った key は終了時に破棄します。
- データは保存されますか。
- execution の要約だけです。status、時刻、所要時間、件数、最後の node、定義のハッシュ、除去済みのエラー文。payload は保存しません。
対応範囲
- n8n Cloud でも使えますか。
- 使えます。self-hosted でも同様です。どちらも public REST API を公開しています。self-hosted はインターネットから HTTPS で到達できる必要があります。
- Make や Zapier、GitHub Actions は。
- 今後の予定です。時期は示しません。v1 は意図して n8n だけにしています。
- sub-workflow も監視できますか。
- 他の workflow から呼ばれる workflow も、他と同じく自身の履歴に対して判定します。trigger の種類は schedule ではなく called になるため、実行間隔は cron 式からではなく観測から学習します。
意外に思われる挙動
- なぜ「データ不足」と出るのですか。
- 統計的な判定に必要な実行回数に達していません。はっきりした障害は引き続き報告し、基準が必要な検出だけ待ちます。緑のチェックで隠さず、そのまま書きます。
- なぜ UNKNOWN になるのですか。
- instance に到達できませんでした。根拠がない状態で正常とは言いませんし、壊れているとも言いません。
- 失敗した実行のたびに通知が来ないのはなぜですか。
- 検出結果は重複を排除して incident にまとめ、クールダウンを挟みます。1 回の障害につき 1 通、まだ壊れていればしばらく後に 1 通、復旧時に 1 通です。
- 0 件が正常な workflow も検出されますか。
- 基準が「その workflow では 0 件が普通」と示した後は出しません。出力ゼロの検出は、0 件がその workflow 自身の履歴と矛盾するときだけ発火します。
アカウントと課金
- Free プランに期限はありますか。
- ありません。workflow 3 本、主要な検出、履歴 7 日、メール通知まで。カードもトライアル期限もありません。
- いつでも解約できますか。
- できます。解約すると次回の請求が止まり、支払い済み期間の末日までは利用できます。プランの初回支払いは 14 日以内なら返金します。
- すべて削除したいときは。
- 連携を解除すると、その credential と execution 要約が消えます。アカウントを削除すると、workspace とそのデータが消えます。