iDBQuery prend-il en charge le peering de VPC et le réseau privé ?

Le réseau privé garantit qu'iDBQuery communique avec vos bases de données via des chemins internes plutôt que via des points de terminaison publics.

• Dans votre VPC - déployez iDBQuery dans votre propre compte cloud afin qu'il se trouve sur le même réseau privé que vos données.
• Peering et liaisons privées - connectez-vous à des sources dans d'autres VPC ou comptes via un peering ou une liaison privée, en maintenant le trafic hors de l'internet public.
• Aucune exposition publique requise - vos bases de données peuvent rester dans des sous-réseaux privés sans point de terminaison exposé sur internet ; iDBQuery les atteint en interne.
• Interrogation sur place - iDBQuery exécute du SQL sur vos sources en direct plutôt que de les exporter en masse, de sorte que le réseau privé protège le chemin de données réel, et pas seulement une copie.

Par exemple, une équipe d'analytique peut appairer le VPC d'iDBQuery avec le VPC qui héberge sa réplica de lecture de production, de sorte que les requêtes circulent via des adresses privées qui ne quittent jamais le réseau fédérateur du fournisseur cloud. C'est un avantage direct du modèle de déploiement d'iDBQuery : comme il peut résider dans votre VPC ou être entièrement isolé (air-gapped), l'isolation réseau est native plutôt qu'un ajout. Associé au chiffrement en transit et au repos, au RBAC et aux listes d'autorisation d'IP, le réseau privé signifie que l'endroit où va le trafic et qui peut l'envoyer sont tous deux sous votre contrôle. Pour les environnements les plus sensibles, une installation isolée (air-gapped) supprime entièrement la connectivité externe. Contactez-nous pour concevoir la topologie de peering pour vos comptes.