Google décide de débaucher les charges de travail des bases de données Oracle

  • FrançaisFrançais


  • Google cherche à capturer certaines charges de travail d’Oracle en promettant d’aider les utilisateurs à migrer des bases de données de Big Red vers PostgreSQL avec un ensemble de services et d’outils d’automatisation.

    Plus précisément, la Chocolaterie souhaite amener les utilisateurs des bases de données Oracle vers son service de base de données géré compatible PostgreSQL, AlloyDB. Parmi les nombreuses annonces faites lors de l’événement Cloud Next de Google à San Francisco – qui comprenait l’IA générative, les TPU, les GPU et Kubernetes – figurait la promesse d’accélérer les migrations Oracle.

    Lors d’un appel la semaine dernière, Andi Gutmans, directeur général des bases de données chez Google Cloud, a déclaré : « Les clients cherchent à moderniser leurs bases de données existantes comme Oracle et SQL Server, et ils souhaitent adopter des technologies ouvertes plus modernes dans le cadre de leur stratégie. feuilles de route de l’innovation.

    Google a lancé la disponibilité générale de son service de migration de bases de données pour Oracle vers PostgreSQL, qui promet un « chemin de migration beaucoup plus simple pour les clients qui souhaitent se moderniser », a déclaré Gutmans.

    Google a également annoncé l’aperçu de Duet AI dans Database Migration Service, qui propose de coopter son chatbot génératif d’IA pour “aider dans ce dernier kilomètre de conversion de code, là où toutes les méthodes traditionnelles ont échoué”, a-t-il déclaré.

    Gutmans a déclaré que Chicago Mercantile Exchange, le marché mondial des produits dérivés, se tourne vers AlloyDB pour ses charges de travail d’entreprise les plus exigeantes et est en train de migrer plusieurs bases de données d’Oracle.

    Selon ce billet de blog, l’aperçu de la migration assistée par l’IA « automatisera la conversion du code de la base de données Oracle tel que les procédures stockées, les fonctions, les déclencheurs, les packages et le code PL/SQL personnalisé, qui ne pourraient pas être convertis avec les technologies de traduction traditionnelles. “

    Invité par Le registre Pour élaborer, un porte-parole de Google a déclaré que l’un des plus grands défis de la migration d’Oracle vers PostgreSQL/AlloyDB est de reproduire le code PL/SQL sous-jacent, le langage procédural qu’Oracle utilise pour intégrer les instructions SQL dans sa syntaxe.

    “Oracle PL/SQL est vraiment sophistiqué et les clients construisent depuis longtemps de grandes applications complexes basées sur ce dialecte. Tout d’abord, traduire ce PL/SQL pour garantir l’exactitude syntaxique est relativement plus facile que la conversion sémantique. Dans le service de migration de base de données , la conversion de schéma et de code est intégrée afin que les utilisateurs aient un seul endroit où aller.

    “Avec l’assistance Duet AI, certains modèles pré-entraînés sont utilisés pour la conversion de code. Nous n’entraînons pas nos modèles avec des données client. Duet AI facilite la conversion du dernier kilomètre sur la base de quelques modifications manuelles. Ces modifications sont enregistrées et utilisées pour entraîner les modèles pour aider aux recommandations et à l’automatisation.

    “Par exemple, SYSDATE d’Oracle n’a pas d’équivalent dans PostgreSQL. Avec la conversion de code alimentée par Duet AI, lorsque l’utilisateur ajuste manuellement le SQL, la recommandation est enregistrée et peut être rejouée et appliquée à d’autres scénarios. Toutes les actions de l’utilisateur autour du code les modifications sont enregistrées et utilisées pour affiner le LLM, qui est ensuite utilisé pour fournir des recommandations futures et des capacités de recherche/remplacement. Les utilisateurs peuvent déplacer toutes les applications PL/SQL qui s’appuient fortement sur des procédures stockées, des fonctions et des déclencheurs.

    Google a également produit AlloyDB AI, un service de base de données compatible PostgreSQL pour aider à combiner les LLM avec leurs données opérationnelles en temps réel en prenant en charge les intégrations vectorielles. D’autres fournisseurs de bases de données, notamment MongoDB, le service de base de données Cassandra de DataStax, Astra et PostgreSQL open source (via Pgvector), prennent déjà en charge les intégrations vectorielles, tandis que d’autres préconisent l’utilisation d’une base de données vectorielles spécialisée telle que Pinecone.

    Pendant ce temps, Google a déplacé AlloyDB Omni en version préliminaire publique, offrant la base de données sur site et dans une infrastructure cloud concurrente, notamment AWS et Azure, ou « même sur les ordinateurs portables des développeurs ».

    Doug Henschen, vice-président et analyste principal chez Constellation Research, a déclaré qu’AlloyDB devrait être pris dans son ensemble car il était « crucial pour Google Cloud de gagner du terrain avec ce service de base de données, qui est l’alternative de Google Cloud à Oracle et quelque chose dont ils ont besoin pour obtenir la même chose ». une sorte d’attraction client qu’AWS a constatée avec Aurora.

    Il se montre cependant plus sceptique quant au service des migrations. « Toutes les fonctionnalités et tous les services de migration de bases de données sont certainement utiles et bienvenus, mais Oracle Database a tendance à être assez collant et certainement étroitement intégré à tous les déploiements d’applications Oracle. Google Cloud doit vraiment s’en tenir à ce travail et espérer que les clients migrent. Les déploiements d’applications tierces (non Oracle), les déploiements de nouvelles applications et les applications personnalisées de nouvelle génération sur Google Cloud avec AlloyDB. Les déploiements d’applications d’entreprise héritées fortement personnalisées et, en particulier, les applications Oracle, continueront probablement à fonctionner sur Oracle Database.

    Google n’est pas le seul à tenter de pirater les charges de travail Oracle. En mai, EDB a lancé un service de migration Oracle dit « sans risque » dans lequel les clients signant un contrat de deux ans pour exécuter une instance à 64 cœurs de PostgreSQL ne commenceraient à payer que lorsque le nouveau système serait opérationnel et testé. . ®

    L'équipe de Comparaland

    L'équipe rédactionnnelle du site

    Pour contacter personnellement le taulier :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *