SoH2oP - et Intel est le perdant !

Au début de cette année, la joie était grande parmi nos responsables CCC mondiaux et nos collaborateurs de base. La faction IBM Power voyait la lumière au bout du tunnel.

Il était évident que Hana on Power (HoP) deviendrait un jour une réalité. Au cours des trois dernières années, il y a eu trop de rumeurs pour contester le fait que l'on travaille intensivement à une solution.

Je me suis moi-même renseigné régulièrement à Walldorf - malheureusement, j'ai moins de contacts à Potsdam avec l'HPI (ndlr : l'Institut Hasso Plattner de l'Université de Potsdam).

Et à Walldorf, il a été très difficile d'obtenir des réponses. Il y avait deux facteurs d'incertitude : premièrement, dans quelle mesure le code Hana est-il réellement optimisé pour Intel Xeon et en dépend-il, et deuxièmement, après le désastre avec IBM DB2 Blu : y a-t-il à nouveau une base de discussion raisonnable entre IBM et SAP concernant Hana ?

(NDLR : Blu est l'extension de calcul en mémoire pour DB2, qui est fournie gratuitement aux clients existants de SAP/IBM, ce qui peut dans certains cas être contraire à Hana).

Officiellement, il y a HoP pour BW. Théoriquement et expérimentalement, "Suite on Hana on Power" est possible.

L'une des clés de "Hana Enablement" est Linux. Bien sûr, dès le départ, une version de Linux était disponible pour tous les processeurs Intel, mais aussi pour de nombreuses autres plates-formes, ce qui aurait permis un développement parallèle de la base de données Hana.

L'étroit partenariat entre Intel et SAP ainsi que le généreux soutien d'Intel à l'HPI constituaient un impératif conceptuel.

À cela s'ajoutait le secret entretenu par SAP et le professeur Hasso Plattner. Au début, les partenaires comme Intel et Suse Linux n'ont été informés que d'un projet de suivi pour le BWA (ndlr : le BWA est le Business Warehouse Accelerator, une appliance matérielle pour accélérer le SAP BW).

Ce n'est que bien plus tard que les développeurs impliqués ont appris qu'il devait en résulter une base de données autonome et, par la suite, une plateforme pour la prochaine génération de logiciels ERP.

Hasso Plattner et ses collaborateurs de l'HPI ont choisi Intel dès le début. Ce qui a aussi considérablement facilité le développement et rendu Hana rapide.

Mais ce centrage sur Intel-Xeon a ensuite rendu difficile l'adaptation à un environnement virtuel sous VMware. A la demande de nombreux clients, SAP s'est longtemps efforcé de mettre à disposition une version stable de Hana pour les serveurs virtuels.

Le code avait alors été révisé pour la première fois. Apparemment, l'adaptation pour les processeurs IBM Power était moins complexe, car je n'ai pas entendu parler de pannes ou d'anomalies spectaculaires.

Lors de la première version de Hana sur VMware, nous avons constaté dans notre laboratoire que la virtualisation était parfois plus rapide, mais qu'elle n'était pas non plus tout à fait stable et précise en termes de calcul.

Cet été, j'ai bien sûr aussi reçu des questions concernant une version de Hana sur Microsoft Windows. Techniquement, cela serait également possible, mais cela n'aurait aucun sens du point de vue de la politique de marché :

Microsoft ne peut pas avoir intérêt à créer un autre concurrent au serveur SQL, et SAP n'a pas non plus beaucoup d'ambition de promouvoir la plate-forme Windows Server - la relation avec Suse Linux est tout à fait excellente et devrait même être renforcée.

Avec OpenStack et d'autres projets open source, on veut aussi pousser VMware - comme Oracle - hors de la communauté SAP. Un projet très ambitieux de la part de Walldorf ! Mais il existe actuellement une euphorie autour d'OpenStack.

Je m'attends donc pour 2016 à une véritable bataille pour la virtualisation de centre de calcul la plus efficace (pas seulement les serveurs, mais aussi le stockage et le réseau) ainsi que pour le cloud hybride le moins cher, car avec la sortie d'AWS, d'Azure et très bientôt d'une offre Google adéquate, ce sera une guerre des prix dans le cloud.

SAP va intervenir massivement dans la compétition entre les fournisseurs avec ses propres idées et faire venir Suse Linux ainsi que toute la communauté open source à ses côtés - OpenStack n'est que le début !

SAP veut résoudre le problème de l'utilisation indirecte de manière moins élégante. Pour l'instant, il semble qu'il y ait de nombreuses solutions individuelles, qui dépendent entièrement des préférences personnelles et des réflexions stratégiques.

Le chaos est parfait, car comment vendre une solution de commerce électronique Hybris si des millions d'utilisateurs en ligne sont soupçonnés d'utilisation indirecte.

En fin de compte, la moitié du monde informatique devrait verser des licences d'utilisation indirecte à Walldorf, car Ariba, SuccessFactors, Hybris, Fieldglass et Concur reposent désormais sur des logiciels de Walldorf - une affaire désastreuse pour les utilisateurs, mais aussi pour SAP.