iDBQuery a-t-il besoin d'un accès Internet sortant ?

Le fait qu'iDBQuery accède ou non à Internet dépend entièrement de la manière dont vous le déployez, et une isolation totale est une conception prise en charge.

• Isolé du réseau - aucun accès sortant, quel qu'il soit ; le modèle de langage s'exécute localement et iDBQuery ne se connecte qu'à des sources internes, sans télémétrie ni rappels.
• Sur site ou en VPC - vous décidez des règles de trafic sortant, de sorte que la connectivité peut être limitée à des points de terminaison internes spécifiques et rien de plus.
• Cloud - utilise une connectivité réseau, protégée par un chiffrement en transit, et toujours encadrée par vos contrôles d'accès.
• Vous gardez les commandes - le filtrage des adresses IP autorisées et un réseau privé vous permettent de contraindre à la fois les chemins entrants et sortants.

Par exemple, un site sécurisé peut faire fonctionner iDBQuery sur du matériel sans aucune route hors du réseau, et les analystes obtiennent tout de même des réponses en langage naturel citées jusqu'aux lignes sources, car l'intelligence s'exécute à l'intérieur du périmètre. Cette capacité à fonctionner sans aucun accès sortant est une caractéristique fondamentale de l'architecture d'iDBQuery, et non un mode spécial ajouté après coup - c'est pourquoi le produit convient aux environnements de la défense, de la santé et de la finance où les appels externes sont interdits. Même dans les déploiements connectés, l'interrogation sur place signifie qu'iDBQuery fait circuler des réponses, et non qu'il expédie votre base de données à l'extérieur. Si votre exigence est « aucune donnée ni aucune invite ne doit quitter le réseau », la voie isolée du réseau y répond directement. Contactez-nous pour planifier un déploiement conforme à vos règles de trafic sortant.