Migration automatique de SAP BO vers une solution tierce

 

  •  

    Migration automatique de SAP BO vers une solution tierce  
  •  
    SAP BO est l'une des plateformes de BI les plus présente sur le marché. Elle n'a cessé d'évoluer, et elle continue à être largement appréciée pour sa fiabilité.

    Cependant les équipes plébiscitent des outils "self BI". Et le mouvement de masse vers le Cloud a vu l'émergence de solutions portées par les hyperscalers (Power BI pour Azure, Looker pour GCP, ou encore Quicksight pour AWS, etc.). Les projets de migration ont donc tendance à se multiplier. Y compris en basculant tout simplement SAP BO dans le Cloud.  

    Ces migrations sont excessivement difficiles à mettre en œuvre. Elles sont largement opérées de façon manuelle. Cela débouche sur les projets longs et chers, et parfois des échecs.  

    Nous proposons d'automatiser un maximum le process.

    Ce ne sera jamais du 1 pour 1, mais 80 à 90 % du projet peut être mis en œuvre instantanément. 

    Comment ?  
     
  •  
    3 phases :

     
  •  
          Phase 1 : "parser" toute la plateforme SAP BO pour
          déconstruire la complexité
     
  •  
    Ellipsys est l'éditeur de {openAudit}, un logiciel qui permet d'opérer un reverse engineering exhaustif sur des plateformes analytics complexes. {openAudit} recourt à divers sondes ou parsers, pour analyser la couche de dataviz, mais aussi toutes les alimentations.  

    Pour ce qui concerne SAP BO : 
     
  •  
    • {openAudit} va directement parser les fichiers *.wid, *.unv, *.unx pour récupérer l'intelligence, la structure des documents, et la couche sémantiques (univers) ;
     
  •  
    sap bo

    • Au travers des outils SAP, {openAudit} va accéder au référentiel pour garder la cohérence des ID entre les différents objets (univers, data providers, rapports, instances, autres) ;
  •  
    • Une sonde d’{openAudit} va récupérer certains logs des bases d’audit (Auditor) ;

           
        2.  
                Phase 2 :  simplifier la plateforme SAP BO en amont,
                pour migrer ce qui doit l'être
           
        3.  
          Nous pensons que la première étape dans une migration technique de ce type sera d'essentialiser la plateforme source.

          La forte antériorité des plateformes SAP BO est la source d'une forte complexification, qu'il est utile de résoudre en amont.  

           Comment ? 
          1. Les documents obsolètes, en erreurs, qu’ils soient positionnés sur la plateforme commune ou dans les Private Folders, sont détectés. Ils peuvent être archivés (création de BIAR unitaires) / ou simplement être écartés en masse;
          2. Les documents répliqués sont détectés par degré de similitude (de 0 à 100%, sur 5 critères), et peuvent être écartés en masse également;
          3. Les objets qui ne servent pas dans les documents peuvent être identifiés, et écartés;
          4. Les couches sémantiques peuvent également être nettoyées pour écarter les objets jamais publiés.

          C'est souvent une large proportion de la plateforme qui peut être décommissionnée dans des temps records. 
           
        5.  
          {openAudit} pour SAP BO, - film 2'
           
        6. SAP BO
        9.  
                 Phase 3 : migrer de façon automatisée
           
        10.  
           Exemple d'une migration de SAP BO vers Looker (Google) : 

          Nous sommes capables de « traduire » le SQL présent dans SAP BO, dans le langage utilisé par Looker de Google : le LookML. 
          LookML est un langage permettant de décrire les dimensions, les agrégats, les calculs et les relations de données dans une base de données SQL ainsi que la structure et l'intelligence des rapports.

          3 étapes : 
           
        11.  
          univers BO
           
          1 - Migrer 
          les univers BO
           
          Ils seront reproduits dans les vues et les Explore de Looker.
          les objets BO
           
          2 - Migrer 
          les objets BO 
           
          Ils seront commués en champs de vue Looker de façon automatisée.
          le layout BO
           
          3 - Migrer
          les layouts 
           
          Ils  seront traduits en LookLM, avec les composants aux mêmes endroits.
           
        12.  
          Technologies de dataviz adressées à ce jour
          pour les migrations automatisées  : 

                       
                    2.  

                      (Développements en cours : Tableau, Qlik ...) 
                                   
                                2.  
                                   Cas d'une "simple" migration de SAP BO vers le Cloud 
                                   
                                3.  
                                  Certains acteurs choississent de conserver SAP BO et de le porter dans le Cloud. {openAudit} permet également d'opérer ce mouvement de façon largement automatisée. 

                                  Ci-après la liste des actions automatisées : 
                                  1. Création des connexions sur la nouvelle plateforme ;
                                  2. Remapping des connexions cibles vers les univers (unv, unx) ;
                                  3. Modification du SQL des objets utilisant des fonctions natives d’une DB dans les univers (unv, unx);
                                  4. Migration des univers ;
                                  5. Traitement des documents schedulés / publiés en masse ;
                                  6. Modification des destinations dans les publications et instances ;
                                  7. Correction de la sécurité en masse (ldap, winAD, access level) ;
                                  8. Remapping des objets dans les documents en cas d’incohérence d’ID ;
                                  ....
                                  Dès lors qu’une régression est identifiée, {openAudit} va opérer des analyses d’impact pour localiser les objets/documents impactés et peut mettre à jour les processus en masses.


                                  Conclusion : 
                                  Rares sont les entreprises qui n'ont pas adopté SAP BO à un moment ou un autre. Les patrimoines sont souvent complexes, ce qui rend les migrations Cloud périlleuses. Nous nous appuyons sur nos savoir-faire en matière de reverse engineering pour permettre d'opérer ces bascules de façon largement automatisées (80 à 90 %), en les faisant précéder par une simplification massive.
                                  Les projets de migration peuvent ainsi être cadrés, timés, et ils auront de bonnes chances d'être de véritables succès 


                                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