SAP Hana - Métamorphose

Il y a eu en 2013 chez SAP à Palo Alto une importante conférence de presse du professeur Hasso Plattner et du directeur technique de l'époque, Vishal Sikka. Interrogé sur la version actuelle de la base de données SAP Hana, Plattner a répondu

"Avec Hana, il n'y aura pas de numéro de version, car la base de données sera continuellement développée".

L'idée à l'époque était qu'il n'y avait qu'une seule version valable à la fois et que les changements de version connus et redoutés dans l'ERP se déroulaient toujours en arrière-plan et de manière transparente - le client existant ne devait donc pas s'inquiéter des versions et des mises à jour.

L'idée d'une "amélioration continue" est fascinante et fait penser à une métamorphose biologique. Pourquoi les informaticiens ne devraient-ils pas s'inspirer de la nature ? Bien des années plus tard, la communauté SAP doit cependant constater que SAP a échoué de manière catastrophique avec cette idée. Il est difficile de se faire une idée du nombre de versions de Hana qui existent réellement, et les problèmes qui en découlent sont énormes.

Le meilleur n'est pas assez bon : un client SAP existant qui souhaite faire tourner sa future application bancaire sur Hana ne peut pas se contenter de ce qui se fait de mieux actuellement, à savoir la combinaison de Hana 2 et du serveur Power d'IBM.

La solution bancaire de SAP n'est disponible que pour Hana 1 et pour cette version de Hana, le Superdome de HP est le serveur le plus performant. C'est une erreur, car le Superdome de HP est très cher et loin d'être aussi performant que la puissance d'IBM.

Le graphique de la page suivante montre, sur l'axe du temps, les différentes implémentations de Hana chez SAP lui-même. Ce qui est surprenant, ce n'est pas seulement le nombre élevé de versions très différentes, mais aussi le fait qu'au 1er octobre de l'année dernière, 41% de tous les systèmes Hana chez SAP appartenaient encore à la version 1.

Deux ans après la présentation de Hana 2 lors du SAP TechEd 2016 à Barcelone, seuls 59 % des bases de données Hana existantes avaient été converties à la version 2 chez SAP.

L'objectif pour l'année écoulée était de faire passer le taux d'adaptation de toutes les instances Hana de 40% à environ 70% au tournant de l'année 2018/2019. Ce qui a été à peu près le cas.

Rien d'autre n'est aussi controversé chez SAP que la nécessité de Hana 2. La vision du professeur Plattner et de l'ex-directeur technique Sikka était une métamorphose de Hana sans version.

Après le départ disruptif de Vishal Sikka au début de l'année 2014, on a assisté la même année, quelques semaines plus tard, à une conférence de presse téléphonique du nouveau directeur technique Bernd Leukert.

Selon le magazine E-3, M. Leukert a parlé d'une "refonte" nécessaire de la base de données Hana. Cette déclaration a été immédiatement démentie par le service de presse de SAP, qui l'a présentée comme fausse.

Malheureusement, le service de presse est resté jusqu'à aujourd'hui redevable de la preuve, car il n'existe apparemment pas de fichier audio de la conférence téléphonique. A la rédaction d'E-3, il y a cependant des témoins qui avaient également entendu le mot "rechapage".

Mais deux ans plus tard, à l'occasion du SAP TechEd 2016 à Barcelone, la confirmation indirecte a eu lieu : Bernd Leukert, directeur technique, présente Hana 2.

"Avec l'introduction de SAP-Hana en 2010, SAP a joué un rôle de pionnier dans le domaine de la technologie in-memory. Sur notre chemin, nous avons fait avancer des innovations d'avenir - sur une plateforme de données de base extrêmement stable pour nos clients".

a expliqué Bernd Leukert, qui était alors membre du conseil d'administration et responsable de la division Produits et Innovation chez SAP.

"Avec le lancement de SAP Hana 2, SAP pose un jalon dans le secteur, car la plate-forme représente la prochaine génération de SAP Hana, qui aidera les clients à se lancer dans un avenir numérique prospère".

Hana 2 est disponible pour les clients depuis le 30 novembre 2016. Et Leukert a également annoncé à Barcelone un changement de paradigme :

"En tant que plateforme d'innovation, SAP Hana 2 fournira des extensions deux fois par an afin de soutenir un développement agile".

La métamorphose était donc terminée et les clients existants pouvaient s'attendre à deux "rechapages" par an. Le résultat de cette politique de version est clairement visible sur le diagramme temporel.

"SAP Hana 2 s'inscrit dans la continuité de l'innovation technologique de SAP et a été conçu pour aider les entreprises à mieux relever les défis de l'économie numérique, qui évoluent à un rythme effréné".

a déclaré Carl Olofson, vice-président de la recherche chez IDC, au directeur technique Bernd Leukert.

"SAP Hana 2 a été conçu pour la transformation numérique et offre de nouvelles fonctionnalités avancées qui permettent une meilleure gestion des données et un développement plus rapide des applications.

En outre, de nouveaux microservices SAP Hana sont disponibles dans le cloud via SAP Hybris as a Service, ce qui permet de stimuler l'innovation, par exemple les applications de découverte qui donnent un avantage concurrentiel aux clients SAP".

En 2016, on pouvait lire à Barcelone : "Les extensions Hana 2 pour la haute disponibilité, la sécurité, la gestion des charges de travail et l'administration aident les entreprises informatiques à garantir une activité commerciale ininterrompue.

La nouvelle option Active/Active-Read-Enabled permet aux utilisateurs d'utiliser des systèmes secondaires qui n'étaient auparavant utilisés que pour la réplication du système, afin de gérer des charges de travail intensives en lecture sans perte de performance.

Les extensions pour la modélisation d'entreprise, l'intégration des données, la qualité des données et le stockage distribué permettent aux entreprises d'utiliser toutes les données, quel que soit l'endroit où elles sont stockées.

Une nouvelle version de l'application web SAP Enterprise Architecture Designer, basée sur la plateforme Hana-2, permet aux entreprises informatiques de gérer des architectures d'information complexes et de visualiser l'impact potentiel des nouvelles technologies avant de les mettre en œuvre.

Et la réalité ? Compte tenu des nombreuses versions de Hana qui coexistent, il est difficile de garder une vue d'ensemble et de mettre en place les bonnes mises à jour de service.

Il en résulte parfois une architecture système Hana extrêmement instable. Lors des journées technologiques DSAG de cette année à Bonn, certains clients existants se sont plaints de la stabilité insuffisante de la base de données en mémoire : un utilisateur a rapporté à Bonn avoir reçu trois patchs d'urgence en l'espace de quatre mois ! Son souhait à SAP : plus de stabilité et une meilleure planification des mises à jour.

Pourquoi en est-on arrivé à ce chaos Hana ? Sur le site web des analystes de Brightwork, on trouve de nombreuses notes de recherche sur Hana qui expliquent en détail la genèse de Hana et son développement technique.

De nombreuses analyses de Brightwork reviennent toujours au même fait : le professeur Hasso Plattner, son équipe à l'Institut Hasso Plattner de l'université de Potsdam, son collaborateur Alexander Zeier (aujourd'hui Accenture) et l'ex-directeur technique de SAP Vishal Sikka ne sont pas des constructeurs de bases de données et de compilateurs confirmés.

Les analystes de Brightwork critiquent la conception de la base de données, pas l'idée qui la sous-tend. La manière dont les bases de données et les compilateurs doivent être conçus est une discipline propre à l'informatique. Plus tard, lorsque l'idée de "Hana" a été transmise aux développeurs professionnels de SAP, il était déjà trop tard pour prendre de nombreuses décisions d'orientation.

Franz Färber, SVP de SAP, s'est notamment efforcé pendant de nombreuses années de faire fonctionner Hana dans un environnement virtuel et d'éliminer les nombreuses anomalies. Beaucoup de choses ont été faites depuis les premiers jours de Hana, mais l'objectif n'est pas encore atteint : une base de données ERP, CRM et BW stable.

Nouvelle mauvaise nouvelle : lors de la conférence de presse de présentation des résultats de cette année, Bill McDermott, président de SAP, et Luka Mucic, directeur financier, ont annoncé un programme de restructuration comprenant le licenciement d'environ 4400 collaborateurs SAP.

Un laboratoire Hana en Californie, avec 250 techniciens et programmeurs, a notamment été touché, comme l'indique le site web thelayoff.com/sap-ag est à lire. La probabilité de mener à bien le "rechapage" de Hana avec un personnel fortement réduit semble extrêmement faible.