Fin de vie pour AnyDB et Java

SAP AnyDB avec Oracle, IBM et Microsoft

L'histoire officielle explique que les cinq fondateurs de SAP se sont concentrés sur la résolution de problèmes de gestion et d'organisation, laissant les sujets informatiques tels que le système d'exploitation, le middleware, les bases de données et les clients à d'autres fournisseurs informatiques. C'est ainsi qu'est né, entre autres, R/3, disponible sur différents systèmes d'exploitation et bases de données comme Oracle, IBM DB2 et Microsoft SQL et, plus tard, avec une pile Java et Abap.

Pour les experts en bases de données, la collaboration de R/3 avec Oracle, IBM et Microsoft a toujours été une curiosité, car du point de vue de SAP, les moteurs de bases de données étaient largement utilisés comme des systèmes de gestion de données et de fichiers. De nombreuses méthodes avancées et optimisantes des bases de données n'ont pas été utilisées. Avec Oracle, IBM et Microsoft, SAP s'offre naturellement une "Porsche", mais ne la déplace qu'en première vitesse sur des routes mal entretenues. C'est aussi une des raisons pour lesquelles R/3 et ECC 6.0 n'affichent que des performances médiocres, alors que S/4 et Hana sont bien plus performants en comparaison.

Métamorphose SAP Hana

Un système S/4 de SAP avec Hana peut être vraiment rapide dans certaines circonstances. Cela n'est pas dû au fait que SAP Hana est meilleur qu'Oracle, IBM DB2 Blu ou Microsoft SQL Server, mais à l'utilisation du moteur Hana par S/4. Alors que R/3 et ECC utilisent la base de données sous-jacente uniquement comme programme de gestion des données - et perdent ainsi beaucoup de potentiel, S/4 délègue de nombreuses tâches dans leur ensemble à Hana, ce qui allège la charge de travail de l'ERP et permet d'utiliser au mieux les fonctionnalités de Hana. Cette évolution a été sciemment planifiée par SAP et refusée aux autres fournisseurs de bases de données.

La déclaration de Thomas Saueressig, membre du directoire de SAP, lors du congrès annuel 2024 de DSAG à Leipzig est donc fausse : Oracle, IBM et Microsoft auraient volontiers développé leurs produits pour R/3, ECC et S/4 et les auraient rendus plus utilisables. Seul SAP a choisi de faire cavalier seul avec Hana. Il n'est pas correct d'imputer la responsabilité de la fin de vie d'ERP/ECC 6.0 à ces fournisseurs de bases de données.

SAP NetWeaver avec Abap et Java

Avec R/3 Enterprise et plus tard ERP/ECC 6.0, le middleware et la plateforme SAP NetWeaver sont devenus très populaires. Elle est le moteur de la SAP Business Suite et avait, à titre transitoire, une double pile composée d'Abap et de Java. Au prix de gros efforts techniques, cette junktimisation a ensuite été dissoute en deux piles indépendantes. Une bonne décision, car entre-temps, Oracle a considérablement augmenté les frais de licence pour Java ! Actuellement, un ERP/ECC 6.0 peut à nouveau être exploité entièrement sur une pile NetWeaver-Abap. Il arrive que le client SAP ait besoin de Java pour certains formulaires - mais il existe entre-temps des solutions de contournement. Java n'est donc pas responsable de la fin de vie d'ECC 6.0, comme le directeur de SAP Thomas Saueressig a voulu le faire croire aux délégués de DSAG à Leipzig !

SAP Hana versus IBM DB2 Blu

L'ancien directeur technique de SAP, Bernd Leukert, a lui-même annoncé un jour que SAP était en train de négocier avec IBM pour modifier la base de données DB2 Blu afin de l'adapter à S/4. Les appels de fonction de S/4 vers Hana seraient naturellement aussi transférés vers DB2 Blu. Cela rendrait un grand service à la communauté SAP, car il n'y aurait pas de verrouillage du vendeur Hana. Bernd Leukert a quitté SAP pour la Deutsche Bank et le projet "S/4 et DB2 Blu" est tombé dans l'oubli.

Prétention à l'omnipotence de SAP et verrouillage des fournisseurs

En fin de compte, cette évolution correspond à la prétention de SAP à la toute-puissance et ne trouve pas son origine dans les limitations techniques d'Oracle, d'IBM et de Microsoft. Avec l'univers S/4, SAP maîtrise l'ensemble de la pile ERP : Linux open source, middleware avec la plate-forme de base de données Hana et BTP, ainsi que les clients avec Fiori.

Celui qui opte pour SAP Public Cloud obtient un ERP suffisamment bon, mais aussi un verrouillage total du fournisseur. Cette évolution est politique et stratégiquement prévue par SAP - ce ne sont pas les circonstances techniques qui ont contraint SAP à fixer la fin de vie d'ECC 6.0 à 2027 ou 2030. Abap, un dérivé de Java, et AnyDB pourraient encore vivre de nombreuses années au sein de la communauté SAP.