Onyx

Ce que c’est

Onyx — anciennement Danswer — est une solution de recherche d’entreprise et de chat IA que vous exécutez sur votre propre infrastructure. Elle indexe votre SaaS via plus de 50 connecteurs, répond aux questions sur cet index avec le modèle de votre choix, et expose la même couche de récupération aux agents et aux actions MCP. Le dépôt GitHub totalise 31.9k étoiles et 4.4k forks, ce qui en fait la réponse par défaut dès que quelqu’un demande un Glean open source.

C’est le premier embranchement de presque toute évaluation de recherche d’entreprise, et il est généralement mal posé. L’acheteur lit « licence MIT » et comprend « le même produit que Glean, gratuitement ». Onyx existe en deux éditions, et la frontière entre elles passe exactement par la fonction qui rend la recherche d’entreprise sûre à activer.

La frontière de l’open core, qui constitue toute l’évaluation

La Community Edition est sous MIT : chat, récupération, agents, actions, connecteurs et l’API. Un build entièrement libre existe par ailleurs dans le dépôt distinct onyx-foss. Cette édition est réellement gratuite et réellement utile.

L’Enterprise Edition est une licence commerciale, et elle contient la liste que réclamera toute revue de sécurité : SSO OIDC et SAML, connecteurs de synchronisation des permissions, groupes d’utilisateurs et RBAC, permissions par groupe sur les connecteurs et les ensembles de documents, analytique d’usage, secrets chiffrés, extensions de hooks et support prioritaire.

La synchronisation des permissions est ce qui décide de l’achat. Elle réplique la liste de contrôle d’accès de chaque système source et l’applique au moment de la récupération : un document de rémunération apparaît pour la personne qui pouvait déjà l’ouvrir dans Drive et reste invisible pour les autres. Sans elle, votre index est plat : quiconque peut se connecter peut récupérer tout ce que vous avez indexé. C’est une posture tenable pour de la documentation d’ingénierie et un manuel public. Ce n’est pas une posture tenable pour un index qui contient des dossiers RH, des documents de conseil d’administration ou une data room non expurgée.

Le cadrage honnête compte donc trois options, pas deux. Onyx auto-hébergé gratuit sur des contenus que vous acceptez d’exposer à tout collaborateur connecté. Onyx payant — cloud ou on-premise — avec application réelle des ACL. Ou Glean. L’option intermédiaire reste moins chère que Glean et reste la vôtre à héberger ; gratuite, elle ne l’est pas.

La réalité tarifaire

Page tarifaire de l’éditeur, vérifiée le 5 septembre 2026 :

• Community Edition — 0 USD. Auto-hébergée, MIT, sans décompte de sièges ni relation commerciale.
• Business — 20 USD par utilisateur et par mois en facturation annuelle. Onyx Cloud. Interface de chat et de recherche, les principaux LLM, agents personnalisés, actions MCP et OpenAPI, plus de 40 connecteurs, recherche web, deep research, interpréteur de code, intégration Slack, API développeurs, RBAC et héritage des permissions, support communautaire.
• Enterprise — sur devis uniquement. Ajoute le SSO OIDC/SAML, le déploiement on-premise et par région, le white-labelling, les intégrations sur mesure, les extensions de hooks, les exports de données, un support dédié et un SLA.

Notez où se situe l’on-premise : l’auto-hébergement payant relève d’une conversation de niveau Enterprise. Le plan « on l’héberge nous-mêmes et on évite l’appel commercial » ne tient donc que pour l’édition gratuite.

Face à la catégorie, Glean se situe autour de 40-50 USD par utilisateur et par mois avec un minimum de 100 sièges, plus environ 15 USD par utilisateur pour la couche IA lorsqu’elle est facturée à part. Onyx Business à 20 USD reste un peu sous la moitié de la base Glean avant l’option. Pour 300 sièges, cela représente environ 72 000 USD par an contre un contrat Glean qui atterrit dans les bas six chiffres une fois l’onboarding et le travail d’intégration comptés.

Ajoutez ensuite l’infrastructure que vous exploitez désormais. Le mode Standard exige au minimum 4 vCPU et 10 Go de RAM, 8 vCPU ou plus et 16 Go ou plus recommandés, et 32 Go de disque plus environ 2,5 fois vos données indexées — la documentation évoque 500 Go pour les organisations de moins de 5 000 utilisateurs. La mémoire suit la taille du corpus : environ 2 Go par Go de documents sources sur les petits corpus, descendant vers 1 Go par Go au-delà de 50 Go. Un mode Lite tourne avec 2 vCPU et 2 Go pour l’évaluation. Rien de tout cela n’est cher en dépense cloud ; tout cela entre dans l’astreinte de quelqu’un.

Idéal pour

Une équipe ops ou plateforme proche de l’ingénierie, de 100 à 2 000 sièges, qui exploite déjà sa propre infrastructure et a une raison précise de garder l’index en interne : résidence des données, une base clients défense ou régulée, ou un devis Glean revenu au-dessus de ce que le problème vaut. Onyx est déployé auprès des plus de 14 000 collaborateurs de Netflix et au sein de Thales, selon les références clients publiées par l’éditeur lui-même : le plafond n’est donc pas la contrainte.

Le signal net : si la personne qui exploiterait cela administre déjà Postgres et un cluster de recherche et n’y verrait pas une charge nouvelle, Onyx a la bonne forme. Si cette personne n’existe pas, achetez le palier cloud ou achetez Glean.

Pas pour

• Les équipes sans responsable plateforme. Auto-héberger un index est une exploitation, pas une installation.
• Ceux qui exigent l’application des ACL dès le premier jour à budget nul. Ces deux conditions s’excluent ici. Choisissez-en une.
• Les déploiements où la couverture des connecteurs est la contrainte déterminante. Le catalogue de plus de 100 connecteurs de Glean est plus profond, et un connecteur manquant pour votre système de référence ne se règle pas par une licence.
• Les petites équipes sous environ 50 sièges. À cette taille, la charge d’exploitation dépasse l’économie par siège, et un assistant hébergé doté d’une couche de connecteurs est le meilleur arbitrage.

Face aux alternatives

• Glean — le leader du marché et l’étalon auquel Onyx est comparé. Choisissez Glean quand la qualité de récupération sur plus de 100 systèmes tranche l’affaire, que le modèle de permissions est déjà propre et que personne ne veut assumer l’infrastructure. Choisissez Onyx quand le lieu d’hébergement est une exigence et non une préférence, ou quand l’objection porte sur le devis.
• Dust — l’entrant AI-native à la croissance la plus rapide, orienté agents avant l’index. Choisissez Dust quand l’objectif est de livrer vite des assistants aux équipes et que la recherche n’en est que le moyen ; choisissez Onyx quand l’index lui-même est l’actif. Le comparatif Dust vs Glean traite cet axe en profondeur.
• Hebbia — du travail analytique lourd en documents sur un corpus défini, pas de la récupération à l’échelle de l’entreprise. Autre métier.
• Open WebUI ou LibreChat — si ce que vous voulez réellement est un frontend de chat auto-hébergé sans exigence de connecteurs, ils sont plus légers et leur plancher de ressources est bien plus bas. Onyx justifie son empreinte par ses couches de connecteurs et de permissions ; passez votre chemin si vous ne les utiliserez pas.

Si rien de tout cela ne convient, le problème n’est peut-être pas la recherche : meilleures bases de connaissances pour les équipes traite le cas où le contenu manque plutôt qu’il n’est introuvable, et RAG explique ce que la couche de récupération peut et ne peut pas faire.

Points de vigilance

• L’édition gratuite n’a pas de synchronisation des permissions, et les pilotes le masquent. Un pilote de 20 personnes indexe la documentation d’ingénierie, tout le monde voit tout, personne ne le remarque. Le déploiement ajoute Drive et le dossier RH, et l’index plat devient un incident de divulgation. Garde-fou : décidez de l’édition avant le pilote, pas après. Si l’index de production doit un jour contenir quelque chose que tout le monde ne devrait pas lire, menez le pilote sur l’essai Enterprise — l’éditeur en propose un gratuit, auto-hébergé, sur demande — afin de tester ce que vous déploierez vraiment.
• Le disque est le mode de défaillance que personne n’anticipe. Prévoyez environ 2,5 fois votre corpus indexé, et notez que le cluster OpenSearch sous-jacent applique un blocage en lecture seule dès que le disque franchit le seuil de flood stage. Cela se manifeste par un arrêt silencieux de l’indexation, et des réponses périmées sont pires que pas de réponse du tout car personne ne peut faire la différence. Garde-fou : alertez sur l’ancienneté de fraîcheur de l’index, pas seulement sur le pourcentage de disque, et refaites la projection après le premier crawl complet — c’est là que vous découvrez la taille réelle de votre corpus.
• L’open core bouge. L’entreprise est financée par du capital-risque, avec une seed de 10 M USD co-menée par Khosla Ventures et First Round Capital, et la frontière CE/EE est fixée par l’éditeur et peut être redessinée. Ce n’est pas une prédiction, c’est le risque structurel du modèle. Garde-fou : figez la version déployée, suivez le build onyx-foss comme repli, et inscrivez le chemin de migration dans le document de décision plutôt que de le découvrir lors d’un renouvellement.
• Deux entreprises sans lien portent le nom Onyx. Une startup israélienne de sécurité IA porte le même nom et a levé une série B de 113 M USD en 2026 ; le runtime ML ONNX en est un quasi-homographe. Garde-fou : cherchez dans les référentiels fournisseurs, les questionnaires de sécurité et les alertes presse sur onyx.app ou « Onyx (Danswer) », sinon votre revue de sécurité lira l’historique de financement et le modèle de menaces d’une autre société.
• L’outillage d’administration est en retard sur la surface de chat. La critique récurrente des exploitants porte sur la visibilité au niveau document : retracer quelle source a produit une réponse et ce qui a réellement été indexé. Garde-fou : pendant l’évaluation, prenez dix questions dont vous connaissez la réponse et vérifiez que vous pouvez remonter chacune jusqu’à son document source dans l’interface d’administration. Si vous ne le pouvez pas, vous n’avez aucune boucle de débogage le jour où la qualité de récupération dérive.

À lire aussi : le stack de déploiement d’IA en entreprise chiffre les couches qui entourent un outil de récupération comme celui-ci.