Abap sur la SAP Cloud Platform - une bonne chose ?

Le sujet d'Abap et de SCP (SAP Cloud Platform) fait l'objet de discussions passionnées depuis son annonce. Reste à savoir combien de clients utiliseront cette offre. Mais cette étape est plus qu'un simple langage de programmation supplémentaire dans lequel on peut développer des apps sur la SCP. Cette évolution est une étape importante, d'une part sur le plan technologique pour le serveur Abap et d'autre part pour la communauté Abap.

Le "SAP Cloud Platform Abap Environment", nom officiel de l'offre sur la SCP, ou plus brièvement et succinctement Abap-PaaS (Platform as a Service), fait à juste titre l'objet de controverses.

Les critiques se demandent pourquoi un langage de programmation propriétaire, qui a vu le jour en 1983 sous le nom de "processeur général de préparation des rapports", est porté dans un environnement PaaS ?

Pour le développement de Mircoservices légers vivant dans des conteneurs, Abap-PaaS n'est pas vraiment adapté, ne serait-ce qu'en raison de la base de données SAP-Hana nécessaire. Néanmoins, il y a de bonnes raisons pour SAP de faire cet investissement.

Comparée aux communautés d'autres langages de programmation, la communauté des développeurs Abap n'est pas connue pour être particulièrement innovante. On peut le constater par exemple avec les nouveaux outils de développement Abap (ADT) basés sur Eclipse.

Ceux-ci ont été présentés et livrés dès 2011. Malgré de nouveaux artefacts, comme les Core Data Services, qui ne peuvent être développés qu'avec ADT, leur diffusion auprès des clients SAP existants reste encore limitée.

Avec Abap-PaaS, l'excuse selon laquelle le thème du développement dans le cloud n'est pas intéressant pour les développeurs Abap disparaît. SAP a ainsi ouvert la voie aux développeurs Abap vers le cloud. Cela a également permis de garantir les investissements de SAP, des partenaires et des clients dans le savoir-faire Abap des collaborateurs.

Il y a aussi des aspects techniques qui devraient être considérés : Dans toute la discussion sur la valeur ajoutée d'Abap-PaaS, il ne faut pas oublier qu'il existe déjà deux offres SaaS (Software as a Service) basées sur Abap, à savoir S/4-Hana-Cloud et Business by Design, dont l'offre CRM est aujourd'hui connue sous le nom de Cloud4Customer.

Malgré tout, les offres ne sont pas vraiment comparables, car Abap-PaaS profite de l'occasion pour couper les vieilles ficelles et n'offre pas non plus toute la gamme de langues ni tous les composants de réutilisation du serveur d'application NetWeaver.

Par rapport à un serveur d'applications NetWeaver bien connu, il s'agit d'un environnement d'exécution très allégé, qui n'est toutefois proposé qu'en combinaison avec une base de données Hana sur le SCP.

On peut tout à fait imaginer que SAP a son propre intérêt à réduire l'empreinte des ressources des systèmes Abap dans le cloud. Avec la transformation de l'éditeur de logiciels en fournisseur de cloud, la soif de ressources de ses propres produits passe de facteur de coût pour les clients à facteur de coût pour SAP.

Comme il n'y aura plus de nouvelle version du serveur d'application SAP-NetWeaver selon la feuille de route actuelle, Abap-PaaS est positionné comme la plate-forme pour les extensions clients et partenaires basées sur Abap de SAP.

Afin de pouvoir mettre à jour les systèmes S/4-Hana le plus facilement possible et de profiter ainsi des innovations de SAP, les extensions ne devraient pas être effectuées directement dans S/4, mais si possible dans un environnement séparé.

Abap-PaaS en est une possibilité. Tout à fait selon la devise de Björn Goerke : "Keep the core clean". (Voir aussi la keynote TechEd de Barcelone 2018).