ooligo

Onyx

enterprise-ai-search enterprise-search · open-source · self-hosted · ai-assistant · rag
AI-NATIVE MCP API FREEMIUM
RevOpsLegal OpsRecruiting & TACustomer Success
8.0 /10

概要

Onyx(旧 Danswer)は、自社のインフラ上で運用できるエンタープライズ検索と AI チャットです。50 を超えるコネクタで SaaS を横断的にインデックスし、そのインデックスに対して任意のモデルで回答を生成し、同じ検索レイヤーをエージェントと MCP アクションにも公開します。GitHub リポジトリは 31.9k スター、4.4k フォークを集めており、「オープンソース版の Glean はどれか」という問いに対する標準的な答えになっています。

これはエンタープライズ検索の選定でほぼ必ず最初に現れる分岐点ですが、たいてい設定を誤ります。買い手は「MIT ライセンス」と読んで「Glean と同じ製品が無料で手に入る」と理解します。Onyx には 2 つのエディションがあり、その境界線は、エンタープライズ検索を安全に有効化できるかどうかを決める機能のちょうど真上を通っています。

オープンコアの境界線が、選定そのものです

Community Edition は MIT ライセンスです。チャット、検索、エージェント、アクション、コネクタ、API が含まれます。さらに完全な FOSS ビルドが別リポジトリ onyx-foss に用意されています。このエディションは本当に無料で、本当に実用的です。

Enterprise Edition は商用ライセンスで、セキュリティレビューが必ず求めてくる項目を抱えています。OIDC と SAML による SSO、権限同期コネクタ、ユーザーグループと RBAC、コネクタおよびドキュメントセットに対するグループ単位の権限、利用状況の分析、暗号化されたシークレット、フック拡張、優先サポートです。

購入を決めるのは権限同期です。各ソースシステムのアクセス制御リストを複製し、検索時点でそれを適用します。したがって報酬関連のドキュメントは、もともと Drive で開けた人にだけ表示され、それ以外には見えないままになります。この機能がなければインデックスはフラットです。ログインできる人は、インデックス化した内容をすべて取得できます。エンジニアリング文書や公開ハンドブックなら、それでも成立します。人事ファイルや取締役会資料、未編集のデータルームを含むインデックスでは成立しません。

つまり誠実な整理では、選択肢は 2 つではなく 3 つです。ログイン可能な全従業員に開示してよいコンテンツだけを対象にした、無償のセルフホスト Onyx。ACL を実際に適用する有償の Onyx(クラウドまたはオンプレミス)。あるいは Glean。真ん中の選択肢は Glean より安く、ホスティングも自社のままですが、無料ではありません。

価格の実態

ベンダーの価格ページ、2026 年 9 月 5 日時点で確認:

  • Community Edition — 0 USD。 セルフホスト、MIT、シート数の管理もベンダーとの契約関係もありません。
  • Business — 年払いでユーザーあたり月 20 USD。 Onyx Cloud です。チャットと検索の UI、主要な LLM、カスタムエージェント、MCP および OpenAPI アクション、40 を超えるコネクタ、Web 検索、ディープリサーチ、コードインタープリタ、Slack 連携、開発者向け API、RBAC と権限継承、コミュニティサポートが含まれます。
  • Enterprise — 見積もりのみ。 OIDC/SAML SSO、オンプレミスおよびリージョン指定のデプロイ、ホワイトラベル、個別連携、フック拡張、データエクスポート、専任サポートと SLA が加わります。

オンプレミスの位置に注意してください。有償のセルフホストは Enterprise 階層の商談です。 つまり「自社でホストして営業との商談を省く」という計画が成り立つのは、無償エディションだけです。

カテゴリ内で比べると、Glean は 100 シート最低契約でユーザーあたり月 40〜50 USD 程度、AI レイヤーを別建てにする場合はさらにユーザーあたり約 15 USD です。Onyx Business の 20 USD は、アドオン前の Glean 基本価格の半分をやや下回ります。300 シートなら年間およそ 72,000 USD で、オンボーディングと連携作業まで含めると数十万 USD 台前半に着地する Glean 契約と対比されます。

そのうえで、これから自社が運用するインフラを加算してください。Standard モードは最低 4 vCPU と 10 GB RAM、推奨は 8 vCPU 以上と 16 GB 以上、ディスクは 32 GB にインデックス対象データの約 2.5 倍を加えた容量が必要です。ドキュメントは、ユーザー数 5,000 人未満の組織で 500 GB を目安として挙げています。メモリはコーパスの規模に連動し、小規模コーパスではソース文書 1 GB あたり約 2 GB、50 GB を超えると 1 GB あたり約 1 GB まで下がります。評価用の Lite モードは 2 vCPU と 2 GB で動作します。これらはクラウド費用としては高くありませんが、すべて誰かのオンコール当番に載ります。

向いているチーム

エンジニアリングに近い ops またはプラットフォームチームで、100〜2,000 シート規模、すでに自社インフラを運用しており、インデックスを社内に置く具体的な理由がある場合です。データレジデンシー、防衛産業や規制業種の顧客基盤、あるいは課題の価値を上回る金額で返ってきた Glean の見積もりなどです。ベンダー自身が公開している顧客資料によれば、Onyx は Netflix の 14,000 名を超える全従業員と Thales 社内に展開されています。したがって上限が制約になることはありません。

判断の目安は明快です。これを運用する人がすでに Postgres と検索クラスタを管理していて、新たな負担とは感じないなら、Onyx は形として正しい選択です。その人がいないなら、クラウド階層を買うか Glean を買ってください。

向かないチーム

  • プラットフォームの担当者がいないチーム。 インデックスのセルフホストはインストール作業ではなく運用業務です。
  • 予算ゼロで初日から ACL 適用が必要なチーム。 ここではこの 2 つの条件は両立しません。どちらかを選んでください。
  • コネクタのカバー範囲が決定的な制約になるデプロイ。 Glean の 100 を超えるカタログのほうが厚く、基幹システム向けコネクタの欠落はライセンスでは解決できません。
  • おおむね 50 シート未満の小規模チーム。 その規模では運用負荷がシート単価の節約を上回り、コネクタレイヤーを備えたホスト型アシスタントのほうが有利です。

代替製品との比較

  • Glean — シェアの首位であり、Onyx が比較される基準です。100 を超えるシステムにまたがる検索精度が決め手で、権限モデルがすでに整っていて、誰もインフラを持ちたくないなら Glean を選んでください。ホスティング場所が好みではなく要件であるとき、あるいは見積もり額が反対理由であるときは Onyx です。
  • Dust — 最も成長の速い AI ネイティブの新規参入で、インデックスより先にエージェントを据える設計です。アシスタントを各チームへ素早く届けることが目的で、検索はその手段にすぎないなら Dust。インデックスそのものが資産なら Onyx です。この軸は Dust vs Glean で詳しく扱っています。
  • Hebbia — 全社的な検索ではなく、限定されたコーパスに対する文書中心の分析作業向けです。仕事の性質が違います。
  • Open WebUI や LibreChat — 本当に必要なのがセルフホスト型のチャットフロントエンドで、コネクタ要件がないなら、これらのほうが軽量でリソース要件もはるかに低く済みます。Onyx がその設置コストに見合うのはコネクタと権限のレイヤーがあるからです。使わないなら見送ってください。

どれも当てはまらないなら、問題は検索ではないかもしれません。チーム向けナレッジベースの比較 は、コンテンツが見つからないのではなく存在しないケースを扱います。RAG では検索レイヤーにできること、できないことを説明しています。

注意点

  • 無償エディションには権限同期がなく、PoC ではその欠落が見えません。 20 人の PoC でエンジニアリング文書をインデックスすれば、全員が全部見えても誰も気づきません。本番展開で Drive と人事フォルダを追加した時点で、フラットなインデックスは情報漏えい事案に変わります。ガード: エディションは PoC の後ではなく前に決めてください。本番インデックスに全員が読むべきでないものが将来でも入るなら、Enterprise トライアル(ベンダーは依頼に応じて無償のセルフホスト版を提供しています)で PoC を回し、実際に展開する構成を検証してください。
  • ディスクは誰も計画に入れない障害要因です。 インデックス対象コーパスの約 2.5 倍を見込み、基盤の OpenSearch クラスタがディスク使用量の flood stage 閾値を超えると読み取り専用ブロックをかける点に注意してください。症状はインデックス処理の無言の停止として現れます。古い回答は回答なしより悪質です。誰も違いを見分けられないからです。ガード: ディスク使用率だけでなくインデックスの鮮度(最終更新からの経過時間)にアラートを設定し、初回のフルクロール後に見積もりを取り直してください。実際のコーパス規模が分かるのはその時点です。
  • オープンコアの線は動きます。 同社は Khosla Ventures と First Round Capital が共同リードした 1,000 万 USD のシードを受けた VC 出資企業であり、CE と EE の境界はベンダーが定め、引き直すこともできます。これは予測ではなく、このモデルの構造的リスクです。ガード: デプロイするバージョンを固定し、代替として onyx-foss ビルドを追跡し、移行経路を更新交渉の最中に発見するのではなく意思決定文書に書いておいてください。
  • Onyx という名前の無関係な企業が 2 社あります。 同名のイスラエルの AI セキュリティ企業が 2026 年に 1 億 1,300 万 USD のシリーズ B を調達しており、ML ランタイムの ONNX も表記がほぼ同形です。ガード: ベンダー登録、セキュリティ質問票、ニュースアラートでは onyx.app または「Onyx (Danswer)」で検索してください。そうしないと、セキュリティレビューが別会社の資金調達履歴と脅威モデルを読むことになります。
  • 管理機能はチャット画面に比べて遅れています。 運用担当者から繰り返し挙がる不満は文書単位の可視性です。どのソースがその回答を生んだのか、実際に何がインデックスされたのかを追跡できない、という点です。ガード: 評価期間中に、正解が分かっている質問を 10 件用意し、管理 UI でそれぞれをソース文書まで遡れるか確認してください。遡れないなら、検索品質が劣化したときのデバッグ手段がありません。

関連: エンタープライズ AI 導入スタック では、こうした検索ツールの周辺に並ぶレイヤーの費用を整理しています。