In-Memory (littérallement "en mémoire"). Dans les récentes conférences organisées par SAP, le terme revient comme un mantra. Il s'agirait, à en croire les responsables de l'éditeur européen, tout bonnement de la vision technologique maison de l'évolution des systèmes d'information. Evoqué dès le printemps 2009, le concept - connu depuis les années 80 dans la BI avec un éditeur comme Applix - consiste à réarranger en colonnes les données et à les stocker directement en mémoire vive, en passant par des techniques de compression pour optimiser l'utilisation de la DRAM. En apparence, la technologie n'a rien de révolutionnaire : elle est largement employée dans le décisionnel pour améliorer les temps de traitement. Sauf que, cette fois, SAP envisage de l'étendre à son domaine d'origine, le transactionnel. La promesse de temps de réponse améliorés, mais aussi d'une remise en cause de la gestion des bases de données telle qu'on la pratique aujourd'hui.
Comment l'éditeur compte-t-il s'y prendre ? Quand les premiers produits ERP seront-ils disponibles ? Selon quelles modalités ? Avec quelles conséquences pour ses "partenaires" dans les bases de données (dont le plus important n'est autre que le grand rival Oracle) ? Autant de questions que l'éditeur laisse pour l'heure sans réponse. Tout en ménageant le suspense : en octobre dernier, puis en décembre, le responsable du développement de l'ensemble du porte-feuille de produits de l'éditeur, Jim Hagemann Snabe, expliquait lors d'une conférence organisée par l'éditeur : "In-Memory changera la façon même dont on peut construire des applications". Et Vishal Sikka, directeur technique de l'éditeur, d'embrayer : "Avec cette technologie, s'ouvre l'opportunité d'analyser des données à la volée, sans créer d'aggrégats. Une entreprise pourra ainsi réaliser une clôture de comptes à chaque fois qu'elle le souhaite. Cette capacité rendra les applications plus simples, et extensibles à la volée. Car on peut créer de nouvelles colonnes quand on le souhaite". En décembre, le directeur technique a levé le voile sur un prototype, fonctionnant dans les labos de l'éditeur et basé sur un serveur blade embarquant 1 To de mémoire (en photo ci-dessus). "Avec InMemory et ce type de configuration, on peut stocker toutes les données du back office d'un très grand compte", a promis Vishal Sikka. SAP revendique des taux de compression de 20 pour 1 avec son stockage en colonnes, contre 2 pour 1 dans l'univers des SGBD traditionnels.
Des bases de données devenues moins essentielles
Dans la filiale française, Thierry Pierre, responsable d'offres, explique que la technologie couvrira début 2010 l'ensemble des entrepôts de données maison (soit BW mais aussi les univers BO). "Puis, on va l'étendre à d'autres usages comme les moteurs de recherche. Avant d'accélérer également certaines transactions de l'ERP, celles travaillant sur de grands volumes de données", précise-t-il.
| VERBATIM |
| Hasso Plattner, co-fondateur de SAP |
| "J'ai toujours pensé que l'arrivée des solutions de datawehouse (ou entrepôts de données, NDLR) n'était qu'un compromis. La flexibilité et la vitesse que nous avons gagnées l'ont été au prix d'un surcroît de gestion en extraction et chargement de données, ainsi que de contrôles accrus en matière de redondance". Avec In-Memory, "le disque dur n'est utilisé que pour le chargement et la création d'images (snapshot, NDLR) permettant une restauration rapide. En fait, le disque devient ce qu'était la bande jusqu'à récemment". "Les données "historiques" peuvent rester accessibles, mais sur un support moins coûteux et plus lent (mémoire flash ou disque). Les données courantes plus l'année fiscale de référence (n-1, NDLR) devront être placées en mémoire vive sur les blades pour des comparaisons d'une année sur l'autre dans les systèmes." |
| Cliquez pour dérouler |
Même s'il présente In-Memory comme une surcouche de la base de données, où sera toujours gérée la persistance, Thierry Pierre avance que la technologie constitue une remise en cause du pouvoir des grands SGBD. Notamment pour la dimension performances, un domaine - l'optimisation - où, précisément, Oracle fait figure de référence. Le responsable des offres au sein de la filiale hexagonale souligne toutefois que les SGBD conserveront leur raison d'être en matière de sécurité ou de haute disponibilité. Reste qu'en déportant la question des performances, SAP ouvre la porte à une redistribution des cartes, où la brique base de données pourrait être confiée à une solution plus spécialisée, et surtout moins onéreuse.
Les avancées de SAP sur In-Memory reposent largement sur les travaux du Hasso Plattner Institute, un institut de recherche basé à l'Université de Postdam et à Palo Alto et financé par le co-fondateur de l'éditeur. Dans un livre blanc datant de l'été dernier, Hasso Plattner, qui reste le président du comité de supervision de SAP, écrivait qu'avec un serveur à 16 coeurs, la technologie peut espérer gérer plus de 10 Mo de données par milliseconde. "Comme des configurations de 100 serveurs blade sont déjà disponibles, des installations allant jusqu'à 50 To de données OLTP (traitement de transactions en direct, NDLR) ou OLAP (traitement analytique, NDLR) peuvent être converties en systèmes purement In-Memory basés sur de la DRAM", calcule le co-fondateur de SAP.
Au minimum 30 % de code en moins
Qualifiant les recherches menées depuis 2 ans et demi par le Hasso Plattner Institute d'encourageantes, le document explique qu'une équipe de recherche travaille sur un nouveau système comptable (comptabilités clients et fournisseurs, comptabilité générale, trésorerie y compris les prévisions).
Par Simone
