Pari risqué ou Hana sur GitHub ?


Un bon logiciel peut encore s'améliorer si la plate-forme de base de données, le système d'exploitation et le matériel informatique sous-jacents s'améliorent. Une constatation triviale que l'on peut observer dans tous les domaines informatiques. Mais que se passe-t-il lorsque les interfaces entre les applications, les systèmes intermédiaires, les bases de données et le matériel sont câblées de manière fixe ?
Il y a de nombreuses années, de nombreux collègues ont pu "booster" leur système ERP SAP en changeant de base de données. J'étais alors devenu Group CIO avec beaucoup d'enthousiasme et nous étions confrontés à un choix : continuer avec Oracle ou accepter l'offre très alléchante d'IBM pour DB2 ? SAP lui-même a fait un pari risqué avec Hana : Hana n'a aucune valeur ajoutée ! Hana peut être une excellente plate-forme de base de données pour S/4 - mais rien de plus. "Ne sois pas immodeste", m'a exhorté ma femme lorsque je lui ai parlé de cette chronique : "En fin de compte, tu devras aussi te contenter de moi toute ta vie - ou tu me trompes depuis peu ?"
J'ai tout de suite répondu : "avec une fidélité à vie et sans partage", tout en précisant que je pouvais partir avec elle aussi bien à la mer qu'en vacances à la montagne. Avec Hana, je ne peux faire que du S/4 ! L'ex-directeur technique de SAP, Vishal Sikka, avait encore de tout autres projets. Il voulait établir Hana comme une nouvelle offre sur le marché des bases de données et il rêvait d'une large utilisation de Hana au-delà de l'ERP de SAP. Il avait même prévu de positionner Hana en tant qu'Open Source et Sikka avait présenté à Palo Alto, en Californie, quelques start-ups qui commençaient à mettre en œuvre leurs innovations sur Hana.
Mes sœurs et frères de la table ronde SAP savent qu'entre-temps Vishal Sikka a obtenu un contrat de conseil chez Oracle et qu'il n'y a plus de start-ups qui se battent durablement pour Hana. Hana est un produit logiciel SAP comme beaucoup d'autres applications et cette situation représente un risque pour nous, les clients existants : qui va continuer à développer Hana ? Qui alimente Hana avec de nouveaux algorithmes ? Qui s'occupe d'un écosystème autour de la plate-forme de base de données Hana ? Qui prend en charge les coûts et les frais de licence pour une exploitation parallèle de la base de données avec Hana et AnyDB ?
Parce que Hana est unique dans le monde SAP, SAP reste le seul responsable de ce produit. C'est une grande responsabilité - et il est à craindre que SAP ne soit pas toujours en mesure d'assumer cette responsabilité dans les années turbulentes à venir. Des appels se font déjà entendre en faveur d'un Hana 3, qui a été annoncé à plusieurs reprises, à tort, par le rédacteur en chef Färbinger - tout comme s'il pouvait forcer SAP à le faire. Indépendamment de ses fantaisies, un renouvellement complet de Hana est toutefois à l'ordre du jour.
SAP est toujours en discussion avec Microsoft, IBM et Oracle concernant une période de transition conciliante d'AnyDB jusqu'en 2030, mais la méfiance concernant la stratégie DB est grande entre les parties concernées. Un autre changement de BD de Hana à AnyDB pour un successeur de S/4 pourrait peut-être être argumenté du point de vue de l'économie d'entreprise, mais cela surchargerait la plupart des départements informatiques de SAP du point de vue organisationnel.
SAP continuera à remplir ses obligations en matière de maintenance de Hana dans les années à venir. Mais la question est de savoir qui va continuer à développer Hana de manière innovante ? Il n'y a pas de communauté Hana libre. Il n'y a pas de start-ups désireuses de développer sur Hana. Il n'y a pas de marché pour les add-ons et services Hana en dehors des limites étroites de S/4. SAP est le seul responsable de Hana.
Une solution au dilemme serait de recourir à l'idée de Vishal Sikka et de libérer Hana sur la scène open source : c'est-à-dire de déposer le code source de Hana sur GitHub et d'espérer que les développeurs libres trouvent également un intérêt à poursuivre le développement du système de base de données. Une idée audacieuse serait par exemple d'exploiter ce Hana open source en collaboration avec IBM et de l'intégrer dans une communauté de travail avec Red Hat. Nos jeunes développeurs de logiciels ont les yeux humides à l'idée de combiner IBM Power, Red Hat Linux et Hana. Bien sûr, la communauté SAP a aussi le droit de rêver - mais nous avons tous besoin d'une solution viable pour Hana.