Architecture

  • Analyse des flux ODI pour déterminer la conformité des licences avant compliance

    Contexte
    Project décisionnel et flux inter-applicatifs
    Technologies
    • SGBD : MSSQL Server plusieurs versions
    • ETL : Oracle ODI 10

    Objectif

    Avant une compliance Oracle sur le logiciel ODI v10, l'objectif était d'étudier la conformité de l'utilisation des flux par rapport aux licences contractées avec l'éditeur. Cette étude était également une partie de l'étude d'architecture globale pour la montée de version vers ODI 11

    Dans ce cas d'étude, nous étudions les méta-données ODI et faisons le liens entre les topologies et les éxecutions. Le résultat nous permet de déterminer quels sont les flux hors normes et ainsi définir précisément les actions à mener pour revenir à une conformité contractuelle

    Le diagramme suivant illustre les flux entre machines pour les bases de données et les répertoires pour les fichiers

  • Etude d'architecture SAP HANA Full Use

    Contexte
    Project décisionnel
    Technologies
    • SGBD : SAP HANA SPS11 Full Use
    • ETL : IBM Infosphere Datastage PX 9.1
    • Reporting : IBM Cognos V10.2 On Premise
    • Dataviz: Tableau 9.3 On Premise

    Objectifs Initiaux

    Etudier une architecture possible avec SAP HANA en remplacement du datawarehouse sous MSSQL 2005 tout en conservant le modèle de données, le patrimoine des interfaces ETL Datastage et des rapports Cognos

    Evolutions des objectifs

    Proposer un nouveau modèle de données capable d'apporter une avancée fonctionnelle sensible tous en réduisant drastiquement les temps de chargement/calculs. Proposer une solution de dataviz intégrée avec HANA afin d'apporter un éclairage nouveau sur les données tout en étant simple d'utilisation

    Dans ce cas d'étude, le modèle de données du datawarehouse est très riche et donne satisfaction aux métiers l'utilisant. Le patrimoine d'interfaces ETL représentes des centaines de flux complexes et les coûts d'une réfection complète sont élevés. Le choix du positionnement de la base de données se pose également : cloud SAP, intégration classique chez l'hébergeur traditionnel, On Premise... Les choix technologiques au sein de SAP HANA se posent également : tables classiques ou vues HANA ? Virtualisation ? en production ?

    Le diagramme suivant illustre et des scénarios proposés : Hebergement centralisé pour les briques principales, mais licencing spécifiques pour la brique datawarehouse et ainsi la possibilité d'exploiter les données avec des outils tiers non estampillés SAP :