情シスがDifyを本番導入するときに整理しておくべき運用要件

「Difyを使えば社内FAQボットが作れる」という話を聞いてPoC（概念実証）を試してみたものの、本番導入の話になった途端に「待った」がかかった——そんな経験はないだろうか。

情シス担当者から見ると、ツールの使いやすさとは別に整理すべき問いがある。誰がアクセスを管理するのか。ログはどこに残るのか。APIコストは誰が負担するのか。これらを先に決めておかないと、現場が使い始めてから問題が噴出する。

本記事では、Difyを社内で本格運用する前に情シスが確認・設計しておくべき運用要件を8つのカテゴリに整理した。末尾に実践的なチェックリストも用意したので、導入判断の材料として使ってほしい。

①まず決める：セルフホスト vs Dify Cloud

運用要件のほぼすべてはこの選択に依存する。最初に方針を固めておこう。

②認証・アクセス管理

「誰でもDifyにログインして、誰でもワークフローを編集できる状態」は情シスの管理対象として危険だ。最低限、以下の3点を決めておく。

ユーザー管理ポリシー

• 招待制にする：Dify管理者が承認したメールアドレスのみ登録可能にする
• 退職者対応：退職・異動時にアカウントを即削除するフローを人事と連携して整備する
• 権限分離：「管理者」「開発者」「一般利用者」の3ロールを使い分ける

SSOとIdP連携

セルフホスト版のDifyはSAML・OAuth2によるSSO設定が可能だ。すでにGoogle WorkspaceやMicrosoft Entra ID（旧Azure AD）を使っている企業なら、そのIdPと連携することで「Dify専用パスワード」を排除できる。

③ログ・監査証跡

「誰がいつ何を聞いたか」「どんな回答が返ったか」を記録・保管できる仕組みが必要だ。特にコンプライアンス要件が厳しい業種（医療・金融・法律）では監査証跡の保存義務が発生することがある。

Difyが標準で記録するもの

• 会話ログ（入力・出力・タイムスタンプ）
• ナレッジベースの変更履歴
• APIリクエスト数・トークン使用量

情シスが追加で設計すべきもの

• ログ保存期間の定義：1年・3年・永続など、社内規程に合わせて設定
• 外部ログ転送：セルフホスト版ならSplunkやCloudflare Logpushへの転送が可能
• 個人情報のマスキング：会話ログに氏名や社員番号が含まれる場合の対処方針

④データ管理方針

ナレッジベースに登録するドキュメントの管理方針を決めておかないと、古い情報が蓄積してボットの回答精度が下がる。

ドキュメントが更新されたときに誰がナレッジベースを更新するのかを役割として明確にしておく。「気づいた人が更新する」では必ず漏れが発生する。

⑤アップデート管理

Difyはオープンソースプロジェクトとして活発に開発が続いており、月に複数回のバージョンアップが行われる。セルフホスト版ではアップデートを自社で管理する必要がある。

セルフホスト版の更新フロー

1. GitHubのリリースノートを確認（破壊的変更の有無をチェック）
2. ステージング環境で先行アップデート・動作確認
3. 本番環境をバックアップ（DB・ナレッジベースのデータ）
4. docker compose pull && docker compose up -d で更新適用
5. 動作確認（主要ワークフローのテスト）

⑥コスト管理

Dify本体は無料（セルフホスト版）だが、LLM APIの費用は別途発生する。「使い始めたら請求が予想外に高かった」という事態を防ぐための設計が必要だ。

• APIの利用上限：OpenAI等の管理画面で月間支出上限（Hard Limit）を設定する
• 部門別API Key：部署ごとに異なるAPIキーを使い、使用量を可視化する
• モデルの使い分け：回答品質と費用のバランスを見て、GPT-4oよりGPT-4o-miniを使うなど

⑦障害対応・SLA設計

「Difyが繋がらない」という問い合わせが情シスに来ることは想定しておく必要がある。

• ヘルスチェック：Cloudflare WorkersのCron Trigger等で定期的にAPIをたたいて死活監視
• アラート通知：n8nでSlack/LINE通知を飛ばす
• 代替手段の準備：Difyが停止した場合の代替手段（従来のFAQページへの誘導など）をユーザーに周知しておく

⑧役割分担の明確化

導入前チェックリスト

以下の項目を確認してから本番導入に進もう。

• セルフホスト / Dify Cloud どちらを使うか決定した
• 管理者アカウントの共有を廃止し、個人アカウントに移行した
• 退職者・異動者のアカウント削除フローを人事と合意した
• SSO連携（Google Workspace / Entra ID等）の要否を判断した
• 会話ログの保存期間と保管場所を決定した
• 個人情報がログに含まれる場合の対処方針を決めた
• ナレッジベースに登録するドキュメントの更新担当者を決めた
• ステージング環境を用意した（またはPreviewデプロイを設定した）
• LLM APIの月間上限金額を設定した
• 部門別APIキーの運用方針を決めた
• 障害時の代替手段をユーザーに周知した
• 情シスと現場部門の役割分担表を作成・共有した

参考資料

• Dify 公式ドキュメント — セルフホスト・認証・API設定の一次情報
• Dify GitHub リポジトリ（Apache 2.0）— ソースコード・Issueトラッカー
• Dify リリースノート — バージョンごとの変更点・破壊的変更の確認に使う
• Specify the Index Method and Retrieval Settings — ハイブリッド検索・インデックスモードの公式ガイド