iDBQuery est-il mono-locataire (single-tenant) ou multi-locataire (multi-tenant) ?

Le modèle de location détermine si votre instance partage son infrastructure avec d'autres clients, et iDBQuery vous offre une option véritablement isolée.

• Mono-locataire dédié - déployez iDBQuery dans votre propre VPC ou sur site afin que l'application, l'accès aux données et, si vous le souhaitez, le modèle de langage s'exécutent sur une infrastructure que vous seul utilisez.
• Isolation totale - il n'y a aucune base de données mutualisée de clients dont se soucier, car votre déploiement vous appartient.
• L'extrême de l'isolation réseau - pour les cas les plus stricts, fonctionnez entièrement hors ligne, sans aucune connectivité externe.
• Interrogation sur place partout - quel que soit le modèle de location, iDBQuery exécute des requêtes SQL sur vos sources en direct plutôt que de regrouper vos données quelque part.

Par exemple, une banque ou une organisation de défense peut faire fonctionner un iDBQuery mono-locataire et sur site afin que l'isolation soit structurelle - une propriété de l'endroit où le logiciel s'exécute - plutôt qu'un paramètre d'autorisation dans le cloud de quelqu'un d'autre. C'est précisément pour cela qu'iDBQuery met en avant son architecture : au lieu de vous demander de faire confiance à une séparation logique sur une infrastructure mutualisée, il peut placer l'ensemble du système à l'intérieur de vos murs. Cette isolation se combine au RBAC, au chiffrement en transit et au repos et, pour les installations isolées du réseau, à un modèle hébergé localement, de sorte que rien de votre charge de travail n'est mêlé à d'autres ni accessible de l'extérieur. Le bon modèle de location dépend de vos besoins en matière de risque et de conformité. Contactez-nous pour concevoir un déploiement dédié.