Migrer le PL/SQL dans le Cloud massivement

 

  •  

    Porter le PL/SQL dans le Cloud
    de façon efficace et précise 
  •  
    La difficulté de migrer du PL/SQL 
     
  •  
    Le PL/SQL a commencé à être utilisé en 1991. C'est le langage procédural le plus présent dans le monde !
    Il offre la possibilité d'écrire des fonctions complexes de manipulation de données sans recourir à un langage tiers. Comme c’est un langage de requêtes, il permet de faire des scripts assez complexes : fonctions, procédures, etc. 

    De nombreuses entreprise envisagent de migrer vers le Cloud, y compris les bases de données.
    Le marché propose des solutions intéressantes, sauf que le PL/SQL n’est pas migrable tel quel vers d'autres technologies de base de données. En tous les cas, pas simplement. Ces projets de migrations sont souvent des projets longs et coûteux, et parfois des échecs. 
     
  •  
    Notre approche 
     
  •  
    Nous avons développé à travers notre logiciel openAudit®, des fonctions qui permettent de faire pratiquement du « copier/ coller » du PL/SQL vers une technologie de base de données Cloud,  en embarquant toute l’intelligence initialement placée dans le PL/SQL.
     
  •  

    Notre
    méthodologie
  •  

    1. openAudit® va « parser » le PL/SQL, il va décomposer toute la complexité du code grâce à une grammaire permettant des analyses exhaustives et ultra granulaires. Toutes les subtilités du PL/SQL vont être prises en considération, 
    2. openAudit en déduit la cinématique d’ensemble et l’intelligence, qui sera reconstruite  dans un arbre algorithmique agnostique (ce peut être du simple Scratch),
    3. Sur cette base, openAudit® va produire du « SQL standard »,
    4. Puis l’intelligence va être reconstruite a minima dans le SQL spécifique de la base de données cible (e.g. BigQuery pour Google, Redshift pour Amazon, Azure SQL pour Microsoft, etc.),
    5. Tous les traitements complexes non reproductibles en SQL simple, seront pilotés par un exécutable NodeJS. Typiquement les curseurs « Boucle For », les variables, le code conditionnel « If Else », les « Switchs », les appels à procédure, etc
    6. Eventuellement, de nouveaux mécanismes d'orchestration peuvent être mis en place, pour déconstruire les curseurs de curseurs (les boucles de boucles) pour optimiser les chaînes de transformation.
     
  • Ainsi, sans effort, il est possible de décommissionner votre PL/SQL, et d’en reproduire toute l’intelligence dans votre technologie Cloud cible.
    Les migrations techniques deviennent un jeu d’enfant 😊. 
     

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

La Data Observabilité, Buzzword ou nécessité ?

Image
    La Data Observabilité,   Buzzword ou nécessité ?   La qualité des données utilisées dans les opérations quotidiennes a un rôle prépondérant pour les entreprises.    Une étude du Gartner de 2022 suggère que les "mauvaises données" coûtent aux organisations environ 12,9 millions de dollars par an.  Le Data Quality Hub du gouvernement britannique estime que les organisations consacrent entre 10 % et 30 % de leurs revenus aux problèmes de qualité des données, ce qui peut représenter des centaines de millions de dollars pour des entreprises de premier plan.  Dès 2016, IBM estimait que la mauvaise qualité des données coûtait aux entreprises américaines 3 100 milliards de dollars par an. ... Tout le monde souhaite s’appuyer sur des données intègres pour éviter des erreurs simples liées à des problèmes d’alimentation dans des flux, ou à des données mal organisées, répliquées, etc. Mais comment ?    Les techniques d' "observabilité des données" sont une option.     
Lire la suite

BCBS 239 : L'enjeu de la fréquence et de l'exactitude du reporting de risque

Image
  BCBS 239 :    L'enjeu de la fréquence et de l'exactitude du reporting de risque.  La BCE a publié un guide en juillet 2023 pour repréciser ses attentes dans le cadre de BCBS 239. Elle prévoit de renforcer le dispositif de supervision en matière de qualité des données.   L'objectif global de la norme BCBS 239 est de renforcer les capacités d'agrégation des données de risques des banques, et les pratiques internes de reporting de risques, améliorant ainsi les processus de gestion des risques et de prise de décision dans les banques. « La bonne information doit être à disposition pour les bonnes personnes et au bon moment ».   La mise en œuvre de BCBS 239 n'est a priori pas simple.   Pourquoi ? Malgré cette surveillance prudentielle accrue,  la BCE n’a toujours pas constaté de progrès suffisants en 2023 :  "le dispositif data quality et reporting risques ne reçoit pas encore le niveau d’attention approprié de la part des banques".   Nous avons beaucoup écha
Lire la suite

Le data lineage, l’arme idéale pour la Data Loss Prevention ?

Image
  Le data lineage technique couplé à la détection des usages de l’information permet de savoir au départ de n’importe quelle donnée, qui y accède finalement, et dans quel contexte. Et si c’était un grand pas vers une véritable sécurité informationnelle, une réponse simple et efficace pour la Data Leaks/Loss Prevention ?  La DLP (Data Leaks / Loss Prevention), c’est quoi ?   _______________________________________ « Le terme Data Loss/Leaks Prevention (DLP) fait référence à un ensemble de techniques qui permettent d’identifier, de contrôler et de protéger l’information grâce à des analyses de contenu approfondies, que l’information soit stockée, en mouvement, ou traitée . L’objectif est de limiter la fuite de données sensibles.  Une solution DLP est capable d’identifier les données sensibles, de repérer l’endroit où elle est stockée, de contrôler qui doit avoir accès à ces données et enfin de les protéger, c’est-à-dire d’empêcher toute personne non autorisée à y avoir accès… » W
Lire la suite