Puis-je auto-héberger iDBQuery sur un seul serveur sur site ?

iDBQuery est délibérément flexible quant à l'endroit où il s'exécute, car pour de nombreuses équipes le modèle de déploiement est le modèle de sécurité.

Les options d'auto-hébergement comprennent :

• Un seul serveur sur site. Pour une équipe ou un service, iDBQuery peut fonctionner sur un serveur au sein de votre propre centre de données ou cloud privé, en conservant chaque composant — application, métadonnées, identifiants et résultats mis en cache — à l'intérieur de vos murs.
• VPC privé. Exécutez iDBQuery dans votre propre compte cloud afin qu'il se trouve aux côtés des bases de données qu'il interroge.
• Entièrement isolé (air-gapped). Pour les environnements les plus stricts, iDBQuery peut fonctionner sans aucune connexion internet sortante.
• Application de bureau et SDK embarqué. Conservez l'analyse en local sur une machine ou intégrez les capacités d'iDBQuery directement dans votre propre application, les données ne quittant jamais l'appareil ou le produit.

Comme iDBQuery interroge vos sources sur place plutôt que de provisionner un entrepôt distinct et un cluster de calcul, une installation auto-hébergée est comparativement légère — vous ne montez pas une lourde plateforme de données juste pour poser des questions. Il se connecte aux bases MySQL, PostgreSQL, MongoDB, feuilles de calcul, fichiers, API et entrepôts de données SQL que vous exploitez déjà, et construit un modèle unique et vivant par-dessus, sur votre propre matériel.

L'auto-hébergement s'associe au SSO, au contrôle d'accès basé sur les rôles et à la journalisation d'audit, de sorte qu'un déploiement privé vous offre tout de même identité et supervision de niveau entreprise — mais entièrement sous votre propre contrôle. Les exigences exactes dépendent de votre environnement, nous en cadrerons donc l'empreinte adéquate avec vous.