Hana, est-ce vraiment nécessaire ?

Le scénario n'est pas improbable : SAP se retrouve dans une impasse avec Hana. Dans les années à venir, le développement continuera à mobiliser de nombreuses ressources que SAP pourrait mieux utiliser dans les domaines de l'IA, du Process Mining et pour la Business Technology Platform.

Hana est une construction obsolète et excessivement chère. Le principe de Hana repose sur une architecture informatique dépassée : lorsque Hana a été créé en 2011, les premiers processeurs haute performance sont apparus sur le marché, la mémoire principale (Memory) devenait de moins en moins chère et la mémoire sur disque dur était constamment lente et sujette aux erreurs, car mécanique. Le chargement de l'ensemble de la base de données ERP dans la mémoire principale du serveur était logique et correct en raison de l'architecture informatique de Von Neumann.

John von Neumann (1903-1957) a été un pionnier dans le domaine de l'architecture informatique. Il a développé le concept d'un noyau de calcul (CPU, Central Processing Unit) avec une mémoire connectée, dans laquelle sont stockés à la fois le code de programme et les données. Cette architecture a connu un succès retentissant. La connexion entre l'unité centrale et la mémoire est toutefois devenue un goulot d'étranglement qui entrave la vitesse. On parle aujourd'hui du goulot d'étranglement de Von Neumann.

Le professeur Hasso Plattner est lui aussi resté coincé dans le goulot d'étranglement de Von Neumann, car il a simplement essayé de compenser le déficit de vitesse des bases de données traditionnelles en transférant les données des disques durs (Harddisk), plus lents, vers la mémoire centrale (Memory), beaucoup plus rapide. Plattner n'a pas reconnu l'évolution de la technique du matériel et n'a pas remis en question l'architecture informatique dominante. La base de données SAP Hana est un produit du goulot de la bouteille de Von Neumann. Hana doit être considérée comme désespérément obsolète.

Si le professeur Plattner et SAP s'étaient contentés d'augmenter la vitesse de travail pour finalement rendre justice au "R" de R/2 et R/3, un peu d'humilité et quelques années à attendre auraient été amplement suffisantes. Plattner et SAP voulaient toutefois réaliser le "temps réel" immédiatement en 2011. Mais une dimension de politique de marché était encore plus importante.

SAP ne voulait plus partager les budgets informatiques de ses clients existants avec les fabricants de systèmes d'exploitation et de bases de données ! Développer son propre système d'exploitation serait absurde et coûteux, mais créer sa propre base de données pour supplanter Oracle, IBM et Microsoft était du domaine du possible. C'est ainsi qu'est née Hana !

Et le professeur Hasso Plattner avait de grands projets, dans le WiWo mon collègue Michael Kroker écrivait : [...] le groupe américain (Oracle) avait pourtant bien profité du succès de SAP dans les versions précédentes de Hana en tant que fournisseur du logiciel de base de données. Peu après le lancement de Hana, Plattner s'est donc moqué publiquement. Je n'aimerais pas être à la place de Larry Ellison. Après tout, un train de marchandises nommé Hana fonce sur lui. Il a répliqué à la manière typique d'Ellison : 'Ils doivent être drogués'".

Dans une vidéo YouTube produite ultérieurement, dans laquelle Plattner interviewe maintenant Plattner, l'allusion "Ils doivent être drogués" de Larry Ellison est à nouveau reprise, voir également l'article de couverture dans ce numéro à la page 34. Le fait est que Hana n'est devenu une menace pour aucun autre fabricant de bases de données, mais qu'un chiffre d'affaires important est désormais allé directement dans les poches de SAP.

Les initiés supposent que le positionnement final de Hana chez SAP a fait l'objet de nombreuses discussions. Dans une interview avec le rédacteur de WiWo Michael Kroker, le professeur Hasso Plattner a formulé l'objectif comme suit : "Le dernier projet que j'ai fait avancer sur le plan technologique chez SAP était la base de données haute performance Hana. J'espérais que SAP parviendrait à placer Hana en tête de ce segment, car elle était à l'époque de loin la meilleure base de données. Le marché devrait en quelque sorte l'honorer ; toutefois, SAP n'y est pas tout à fait parvenu".

Vishal Sikka, l'ancien directeur technique de SAP, voulait apparemment une version de Hana dans le domaine public. On ne sait pas si c'est Hasso Plattner ou la direction de SAP qui s'y est opposé. Mais le fait est que si SAP avait commercialisé sa propre base de données de la même manière que le système d'exploitation sous-jacent Linux, SAP aurait dû renoncer à plusieurs millions d'euros de recettes de licences.

Même si Hana n'enthousiasme que peu d'informaticiens, même si de nombreux directeurs financiers des clients existants de SAP se désespèrent en raison des doubles frais de licence DB, Hana est un succès commercial retentissant pour SAP lui-même. Désormais, SAP ne doit plus partager la communauté ERP avec -Oracle, IBM et Microsoft. L'ensemble de la pile ERP est entre les mains de SAP. Avec Hana et S/4, le verrouillage final des vendeurs a été couronné de succès.

Il n'est toutefois pas certain que le compte soit bon pour SAP à la fin de la journée, avec un développement informatique toujours plus rapide, car le proverbe "A chacun son métier" est toujours d'actualité.