Snowflake a dévoilé son Openflow Connector for Oracle Database le 31 octobre 2025, permettant un data streaming en temps quasi réel depuis les systèmes Oracle vers son AI Data Cloud sans nécessiter d’agents logiciels sur les serveurs sources. Le service managé, désormais en Public Preview aux côtés des Cortex Agents, utilise la technologie LogMiner d’Oracle pour capturer les changements de base de données et les injecter directement dans des workflows pilotés par l’IA pour une prise de décision automatisée.
Cette initiative marque la poussée la plus ambitieuse de Snowflake pour relier les systèmes d’entreprise hérités aux capacités modernes de l’IA, avec à la clé la libération potentielle de milliards de dollars de valeur piégée au sein de la base installée d’Oracle. Selon l’annonce de Snowflake, le connecteur peut surveiller des événements transactionnels en temps réel et déclencher des réponses automatisées — comme détecter des retards d’expédition et proposer automatiquement des solutions alternatives aux parties prenantes.
« Lorsqu’un agent est alimenté par un flux continu d’événements provenant d’un système ERP ou OLTP Oracle, il peut surveiller des conditions spécifiques et déclencher des réponses automatisées », explique l’entreprise dans son billet de blog, en mettant en avant des cas d’usage où les Cortex Agents pourraient interroger l’inventaire, consulter des API d’expédition et notifier les équipes via Slack avec des solutions proposées.
Architecture technique et impact sur le marché
Le connecteur utilise la technologie LogMiner d’Oracle pour capturer les changements de base de données via une interface SQL, en extrayant des modifications validées au niveau ligne depuis les redo logs sans affecter les performances du système source. Cette approche prend en charge les bases de données Oracle fonctionnant sur site, sur Oracle Cloud Infrastructure ou via AWS RDS Custom for Oracle, selon la documentation technique examinée par des analystes.
La conception zero-footprint élimine un point de friction majeur qui a historiquement ralenti les efforts de modernisation des données en entreprise. Les organisations peuvent désormais streamer leurs données Oracle critiques pour l’activité dans l’environnement de Snowflake sans installer d’agents logiciels sur les serveurs de production — une exigence qui déclenche souvent de longues évaluations de sécurité et des procédures de gestion du changement dans les grandes entreprises.
Pascal Pfiffle, écrivant sur Medium, a noté que le framework Openflow sous-jacent fournit « des runtimes haute performance et évolutifs pouvant être déployés au sein du VPC du client », garantissant que les données restent dans des périmètres sécurisés tout en s’intégrant aux modèles de gouvernance de Snowflake.
Sécurité et exigences de mise en œuvre
La mise en œuvre nécessite d’établir des chemins réseau sécurisés via un appairage VPC/VCN, AWS PrivateLink ou des tunnels VPN, avec chiffrement TLS/SSL de toutes les données en transit. La base de données Oracle doit fonctionner en mode ARCHIVELOG avec le supplemental logging activé, exigences standard pour les solutions de change data capture.
Le connecteur s’authentifie à l’aide d’un utilisateur Oracle dédié à privilèges minimaux, dont les identifiants sont gérés de manière sécurisée dans la plateforme de Snowflake. Selon la documentation de Snowflake, les règles de pare-feu doivent être configurées pour autoriser les connexions entrantes depuis les adresses IP de service de Snowflake vers le port d’écoute Oracle.
Des questions subsistent lors du lancement de la Public Preview
Bien que le lancement en Public Preview constitue une étape majeure, plusieurs détails techniques restent non divulgués, y compris des benchmarks de performance spécifiques pour la latence et le débit des données, ainsi que des certifications de conformité. Les observateurs du secteur notent qu’une documentation plus approfondie sur les limites de l’évolutivité des Cortex Agents sera cruciale à mesure que les entreprises évaluent des déploiements en production.
