Le pôle Colis de la Poste accélère sa BI avec SAP HANA

Objectif n°1 : mettre fin à cette approche « spaghettis »

Pour en finir avec cette approche « Spaghetti » et gagner en performance, le pôle Colis décide de basculer ses systèmes décisionnels sur la plateforme SAP HANA, la base de données In-memory. Le projet était planifié sur plusieurs phases. La première phase consistait à mettre HANA en production en migrant la base SAP BW. Une seconde, plus longue, est toujours en cours. Elle consiste à redévelopper les cubes de données et profiter à plein des capacités de la base de données.

« La première phase a consisté à mettre à jour BW puis le basculer sur HANA, sans revoir les modélisations et les cubes », se souvient David Bizien. « Ce seul basculement nous a apportés des gains importants, de l’ordre de +70% sur des chargements de tables, par exemple », précise David Bizien qui ajoute : « Mais pour tirer la quintessence du modèle HANA, vous êtes obligés de revoir toute votre modélisation, toute votre architecture de cubes. En basculant sur des vues, vous allez éviter toute cette problématique de chargement de données. »

Le choix de David Bizien a été de mener le projet en s’appuyant au maximum sur ses ressources internes, pour faire monter en compétence son équipe sur SAP HANA.  Il a fait appel à Censio, société de conseil, pour assister son équipe dans une migration qui est alors menée en moins de 2 mois. Ce prestataire était déjà intervenu auprès du pôle Colis sur la mise en place de ses processus budgétaires. Thomas Becquet, président de Censio positionne l’action de ses consultants dans ce projet : « Le pôle Colis souhaitait en faire un maximum en interne. Nous leur avons apporté un accompagnement d’expertise. En nombre de jours, c’est peu impressionnant, mais nous sommes intervenus sur les phases clé du projet comme la préparation de la migration, la résolution des problèmes qui se présentent immanquablement lors de ce type de projets. » Une migration qui ne présente plus guère de difficultés aujourd’hui : « Migrer BW vers HANA n’est pas aussi complexe qu’il n’y parait », ajoute Thomas Becquet. « Une première étape de  data cleaning (nettoyage de données, NDLR) s’impose afin d’alléger la base en supprimant toutes les données temporaires, l’idée étant de réduire le plus possible la taille de la base. Ensuite, on fait un dump de database comme on le ferait d’une base Oracle, par exemple, et après vient une phase des tests de non régression pour vérifier que tout fonctionne correctement. Tous les jours prévus n’ont pas été consommés par le projet, signe que cela s’est bien déroulé », souligne le président de Censio.

Le plus long à réaliser : démonter les cubes de données

Si le pôle Colis a connu un bel accroissement de performances en migrant BW vers HANA, il reste encore à la DSI à « démonter » tous les cubes de données et à profiter de la nouvelle architecture de la base de données. David Bizien explique son approche : « L’idée est de mener cette tâche processus par processus, en commençant par ceux qui ont le plus de valeur ajoutée. Les processus les plus lourds, ceux qui nécessitent le plus de réactivité et ceux qui évoluent le plus rapidement seront prioritaires pour basculer vers les vues HANA. Comme ce sont des cubes qui sont déjà modifiés régulièrement, le coût de la re-modélisation est minime et le ROI immédiat. » Thomas Becquet ajoute : « Pour vraiment bénéficier de la puissance de la base, il faut se passer des cubes et faire de l’agrégation à la volée. Cela suppose de retravailler les flux de données et supprimer tout ce qu’on avait créé pour suppléer aux limitations des bases de données relationnelles. »

Le consultant milite pour une approche progressive et se livrer, cube par cube, à une évaluation du coût et des bénéfices attendus, l’idée était de refaire les cubes les plus fréquemment utilisés en priorité. « On a le luxe du temps », souligne-t-il. « Il faut optimiser les processus critiques en priorité, puis mettre en place un plan sur 1 à 2 ans pour optimiser l’ensemble des indicateurs. Par exemple, dès qu’une évolution est demandée sur un indicateur, un rapport, on en profite pour remettre au propre les indicateurs concernés. »

Faire face au déluge de données à venir

HANA présente d’énormes gains en termes de performance et de compacité dans le stockage de données mais elle reste physiquement limitée par la RAM des serveurs. « HANA, c’est une appliance, avec un volume de mémoire fixe, or les volumes de données ne cessent de grossir », résume David Bizien. « Quand le marketing vous demande de passer de 60 jours de données historisées à 3 ans, et peut-être plus encore par la suite, le volume de donnée ne peut qu’exploser. En tant que DSI finance et décisionnel, je devais pouvoir prévoir cette capacité à gérer de très gros volumes de données dans le futur. »

Le pôle Colis a ainsi fait le choix de coupler HANA avec Sybase IQ, l’autre base de données en colonnes au catalogue SAP. La solution reste plus efficace qu’une base relationnelle classique et le pôle Colis ne stockant pour l’instant que des données structurées, IQ s’est imposé face à Hadoop ou Couchbase pour le stockage des données « froides ». Toutes les données accédées plus fréquemment, les données « chaudes » sont stockées sur HANA en priorité pour bénéficier des performances inégalées du « in-memory ».

L’exemple du pôle Colis de La Poste le montre : la migration BW vers HANA est désormais un projet informatique qui présente peu de risque si le datawarehouse SAP a été créé proprement et respecte les bonnes pratiques prônées par l’éditeur.