HCP en tant que service

La SAP Hana Cloud Platform (HCP) pourrait être décrite comme un liant pour le développement technologique des produits de l'activité principale de SAP.

Le HCP doit assurer l'intégration de la SAP Business Suite classique avec les nouveaux produits SaaS (Software as a Service) comme SuccessFactors ou SAP Hybris Cloud for Customer. En outre, la Business Suite rénovée (S/4) doit se voir offrir une base pour des extensions vers le Cloud.

Le mot "Hana" dans le nom sème toutefois encore la confusion chez de nombreux clients, car il met l'accent sur la base de données en mémoire (IMDB) de SAP.

Si l'on y regarde de plus près, la BD Hana est certes un pilier important de la plateforme, mais elle n'est en aucun cas une condition préalable à son utilisation. Les aspects in-memory ne doivent pas nécessairement être l'objectif lors de l'utilisation du HCP. Inversement, la base de données Hana peut également être exploitée sans HCP.

Dans la présentation du produit, SAP parle pour le HCP d'une "solution ouverte In-memory PaaS (Platform as a Service) pour le développement et l'exploitation d'applications commerciales".

Les services proposés vont des services liés à l'infrastructure aux applications purement professionnelles.

Voici quelques exemples :

• Web IDE : environnement de développement basé sur un navigateur, y compris le dépôt GIT et l'éditeur de mise en page ;
• SAP Real Spend : application commerciale de gestion budgétaire pour les managers ;
• Service OAuth 2.0 : tâches de gestion technique pour le cadre de sécurité OAuth.

Au total, la plate-forme propose actuellement entre 30 et 40 services, auxquels s'ajoutent régulièrement de nouveaux services. Les services sont regroupés en différents domaines. Un service comme SAP Real Spend, par exemple, fait partie des Business Services.

L'aperçu de l'architecture tiré de la présentation actuelle des produits du HCP illustre cette répartition des services, voir illustration.

Cas d'utilisation & ouverture

Le HCP est positionné par SAP comme une plateforme de développement pour deux cas d'application principaux : Le développement de nouvelles applications basées sur le cloud et l'extension des applications existantes sur site et dans le cloud.

Indépendamment de chaque cas d'application, SAP s'oriente avec le HCP vers le paradigme des standards ouverts. Le chemin se dirige vers Cloud Foundry et donc vers l'approche Bring Your Own Language (BYOL).

Actuellement, le HCP supporte essentiellement les langages Java et JavaScript - ce dernier principalement dans le contexte SAPUI5 - et Hana Native, qui repose sur le serveur d'application Hana XS et nécessite l'acquisition d'une licence pour un package HCP incluant la plateforme Hana.

Outre la plate-forme de développement, l'environnement d'exécution correspondant est mis à disposition. Les applications peuvent être développées de manière multi-clients (multitenancy). Le SAP Store peut être utilisé comme plateforme de distribution.

SAP positionne le HCP comme une plateforme d'extension universelle pour les applications sur site et dans le cloud. Qu'il s'agisse d'applications S/4-Hana ou SaaS comme Fieldglass, Ariba, SuccessFactors ou Concur.

Les adaptations du standard SAP doivent être découplées de l'application concrète. Cela permet aux extensions d'être largement indépendantes des versions et de réduire les corrélations involontaires avec le standard SAP.

L'intégration Hana Cloud ou tout simplement le Hana Cloud Connector peuvent être utilisés comme middleware. Cela permet par exemple une connexion cryptée des systèmes sur site, y compris le mappage des utilisateurs.

En tant que plateforme d'extension universelle, le HCP ouvre de nouveaux modèles commerciaux aux partenaires de développement SAP. Jusqu'à présent, les adaptations étaient généralement intégrées directement dans le backend en tant que programme client.

Grâce à la stratégie UX désormais unifiée dans l'univers SAP (SAPUI5/Fiori), les extensions peuvent également être intégrées de manière transparente du point de vue de l'utilisabilité.

Comme décrit ci-dessus, le HCP sert en quelque sorte de liant qui relie le monde SAP classique aux nouveaux produits. Ainsi, SAP continue de positionner le successeur ERP S/4 Hana comme le grand vaisseau-mère autour duquel s'articulent diverses solutions spécialisées.

En tant que plate-forme d'extension universelle, le HCP doit remplacer stratégiquement les anciens concepts d'extension. Cela permet une grande indépendance des cycles de développement des extensions SAP, un découplage architectural de la solution à étendre.

Les entreprises partenaires de SAP qui s'occupaient jusqu'à présent de ce type d'extensions voient ainsi s'ouvrir de tout nouveaux champs d'activité. Les extensions peuvent être développées de manière moins spécifique pour les clients.

La distribution des solutions correspondantes est également placée sur une nouvelle base via le SAP Store. Et grâce à des canaux d'intégration comme Hana Cloud Integration, le fossé entre le cloud et le sur site est comblé.

C'est surtout dans les PME que SAP tente de développer ses activités. Les nouveaux clients sont souvent acquis par le biais de nouveaux produits cloud comme SuccessFactors. En particulier pour les produits Cloud, la question se pose de savoir comment les clients peuvent réaliser des souhaits d'extension.

Et c'est justement là que se trouve la réponse de SAP : le HCP. La philosophie de SAP se base sur les API (par exemple les API OData) des différentes solutions standard SAP, auxquelles les extensions hébergées sur le HCP peuvent s'arrimer.

Un positionnement du HCP en tant que PaaS pour les clients non-SAP, indépendamment d'autres solutions SAP, n'est actuellement plutôt pas envisageable. L'utilisation comme plateforme de nouvelles solutions d'ISV (Independend Software Vendor) peut être analysée comme une exception.

ISV & Innovation

Le HCP offre aux éditeurs de logiciels indépendants (ISV) et en particulier aux partenaires SAP une plate-forme sur laquelle de nouvelles solutions logicielles peuvent être développées. SAP tente ainsi une fois de plus de se positionner comme un concurrent potentiel sur le marché des fournisseurs de plateformes techniques.

En particulier, les avantages de la technologie in-memory disponible en option et les aspects d'intégration avec d'autres systèmes SAP peuvent motiver les ISV à utiliser le HCP.

Une fois de plus, SAP pose comme obstacle sa politique de licence. L'octroi de licences pour les HCP est un sujet à multiples facettes. La commercialisation via le modèle dit Embedded-Paas (ePaaS) semble actuellement la plus simple.

Il s'agit d'un modèle OEM qui permet aux partenaires SAP de vendre leur solution HCP sous forme de package complet. Pour cela, il faut être membre du programme SAP PartnerEdge pour le développement d'applications, y compris l'Innovation Pack for Hana Cloud Platform.

Pour l'ePaaS, SAP demande 25 pour cent des recettes d'abonnement et une redevance minimale. Si l'on souhaite notamment profiter des avantages des services Hana (Hana XS, GeoSpatial Services, etc.), le prix de base mensuel est d'au moins 990 euros.

Il existe toute une série de scénarios judicieux pour l'utilisation du HCP dans le contexte de l'entreprise. Il convient de souligner en premier lieu les cas d'application qui permettent aux clients existants de systèmes SAP sur site de détacher des processus partiels du contexte sur site et de les mettre à disposition dans le cloud sous forme d'application autonome.

De cette manière, il est possible d'établir de nouveaux concepts et fonctionnalités innovants pour les utilisateurs professionnels plus rapidement, dans des cycles de développement plus courts et avec des modèles d'approche agiles.

Dans le traitement des commandes d'une entreprise de fabrication, les collaborateurs de l'entreprise peuvent consulter le statut actuel d'une commande via le système ERP ou CRM. Le client final qui a passé la commande n'a pas cette possibilité. Habituellement, un appel téléphonique ou l'envoi d'un e-mail est nécessaire pour connaître le statut actuel d'une commande.

Avec une application dédiée, que ce soit pour les terminaux mobiles ou seulement les ordinateurs de bureau, développée pour le HCP et intégrée dans le système sur site, il est possible de mettre ces informations à disposition des clients finaux en libre-service de manière simple et rapide.

Pour développer des applications de ce type, il faut d'abord établir une connexion sécurisée entre le cloud et le système sur site. Pour les systèmes ERP et CRM, cette fonctionnalité est offerte par Hana Cloud Connector qui, une fois installé dans le backend, établit un tunnel SSL VPN sécurisé vers l'infrastructure HCP.

Dans le HCP, les paramètres de configuration correspondants sont ensuite définis dans les services de connectivité prévus à cet effet pour toutes les connexions aux systèmes tiers qui sont connectés via le Hana Cloud Connector.

Il s'agit entre autres de déterminer quels services du système backend peuvent être adressés par le Cloud Connector ou - en d'autres termes - être placés sur la liste blanche pour l'intégration.

Les systèmes dorsaux ERP ou CRM connectés via les Connectivity Services peuvent être adressés directement dans les applications Java sur le HCP au moyen de JCo via des appels de fonction RFC/BAPI.

En outre, il est possible de mettre à disposition, via SAP Gateway-OData, des points finaux pour des objets dans le système backend qui peuvent être consommés directement par des applications Java, Hana XS et HTML5 via REST. Cette méthode est souvent préférée car elle offre plus de flexibilité dans l'architecture de solution de l'application cloud.

Accompagnateur de marché

Lorsque l'on fait le tour du marché des fournisseurs de plateformes pour le développement de logiciels, on tombe inévitablement sur les trois grandes offres : Amazon Web Services (AWS), Microsoft Azure et Google Cloud Platform.

Pourquoi donc s'intéresser en plus à Hana Cloud Platform et à SAP en tant que fournisseur ?

Une comparaison complète des différentes offres dépasserait le cadre de cet article, mais nous souhaitons néanmoins mettre en avant les caractéristiques que nous considérons comme essentielles des offres mentionnées.

Amazon, en tant que pionnier des services basés sur le cloud, propose entre-temps un très grand nombre de services différents et lance pratiquement chaque année de nouveaux services sur le marché. Avec AWS-Lambda, il est par exemple possible d'exécuter son propre code de programme dans une fonction basée sur des événements dans le cloud, pour ensuite continuer à travailler avec le résultat en local ou avec d'autres services basés sur le cloud.

En outre, AWS propose un portefeuille complet pour les ISV qui souhaitent utiliser les services basés sur le cloud d'un fournisseur de plateforme, allant d'un simple espace de stockage, d'une gestion DNS et de la gestion des identités jusqu'aux frameworks pour Hadoop et les services IoT.

Au cours des dernières années, Microsoft a également investi massivement dans le développement de ses offres de plateformes cloud et a entre-temps constitué une offre attrayante. Azure met l'accent sur la technologie Microsoft, comme SQL Server, Azure Search, Azure DocumentDB, Azure Batch, en combinaison avec un modèle de facturation basé sur l'utilisation.

Google Cloud Platform propose également une série de services cloud très populaires, en particulier App Engine et Cloud Storage. Outre Java, App Engine prend également en charge les applications en Python, PHP et Go.

Une particularité d'App Engine est la mise à l'échelle automatique des applications sur la base du degré d'utilisation, sans qu'il soit nécessaire d'ajouter d'autres composants techniques d'infrastructure tels que des équilibreurs de charge. Les trois fournisseurs cités proposent pour chaque service de leur portefeuille un modèle de facturation basé sur l'utilisation.

Contrairement à AWS et Microsoft Azure, il n'est pas toujours possible d'identifier clairement le profil du groupe cible de la plateforme SAP HCP. Vu la diversité des services et la grande variété, il n'est pas facile d'identifier un scénario d'utilisation concret. Les avantages par rapport aux concurrents du marché ne sont pas immédiatement reconnaissables.

En outre, les services actuellement disponibles ont des niveaux de maturité très différents. Il y a des services qui sont encore classés comme "bêta", ainsi que des services avec des fonctionnalités très simples, jusqu'à un environnement de développement web désormais mature comme le Web IDE. En l'absence d'une feuille de route publique, la planification stratégique de l'informatique dans les entreprises est incertaine.

Une différence essentielle par rapport aux autres fournisseurs réside dans le fait qu'il manque encore des outils permettant de facturer les services utilisés sur la base de l'utilisation, afin de pouvoir par exemple également développer des prototypes et des POC avec un risque financier comparable sur le HCP. Cela vaut également pour les ISV qui exploitent leurs produits sur le HCP et souhaitent les proposer à leurs clients et les facturer sur la base de l'utilisation. Les outils de facturation des ressources et les mécanismes de répartition entre les comptes font encore totalement défaut.

Chez les concurrents du marché comme Microsoft Azure, l'utilisation d'outils de configuration et de calculateurs de prix permet de comprendre assez facilement les coûts d'une solution.

Conclusion & licences

Le HCP fait encore l'objet d'adaptations importantes en ce qui concerne le modèle de licence et il existe une multitude de paquets divers, de services individuels et de dépendances différentes par client et scénario d'utilisation. Il est donc difficile pour les clients d'évaluer leur cas d'affaires, et le HCP évolue également dans un "nuage de coûts" opaque en termes de prix, qui peut facilement varier de 1000 à 50.000 euros par mois.

Selon les plans de SAP, le HCP doit évoluer à l'avenir, tant sur le plan technique que professionnel. Sur le plan technique, le passage à Cloud Foundry doit créer une base permettant d'étendre plus facilement le HCP à des environnements d'exécution, des bases de données et des services supplémentaires. L'exploitation du HCP dans des centres de données non-SAP est également à l'ordre du jour.

L'extension spécialisée consiste à proposer des micro-services, comme ceux dont dispose SAP avec l'acquisition de Hybris/YaaS. Dans le domaine des services commerciaux du HCP, de plus en plus de services viennent ainsi s'ajouter.

Il reste à voir comment SAP parviendra à faire la distinction entre ces nouveaux services, les produits SaaS et la Business Suite classique. Avec le HCP, SAP propose une plateforme PaaS qui peut également être intéressante pour les clients non-SAP.