Cloud hybride


Pour les clients existants de SAP, le modèle d'exploitation "cloud computing" n'est pas du tout nouveau. SAP lui-même mise fortement sur cette tendance informatique depuis quelques années et a racheté de nombreuses entreprises qui proposent leurs applications exclusivement dans le "nuage" : SuccessFactors, Ariba, Concur, Fieldglass, Callidus et d'autres encore.
Parallèlement, l'entreprise a également développé des concepts cloud correspondants sur la base de ses propres solutions ERP et de base de données : Hana Enterprise Cloud (HEC), Hana Cloud Platform (HCP) et SAP Cloud Platform (SCP). Le patron de SAP, Bill McDermott, ne se lasse pas de promouvoir ses concepts "Cloud first", mais aussi "Cloud only".
Il y a quelques semaines, il a été rappelé à l'ordre par le groupe d'utilisateurs SAP germanophones DSAG e.V. pour ce dernier point : "Cloud only apporte l'ERP dans le dilemme", pouvait-on lire en bonne place sur la couverture du magazine des membres du DSAG.
Dilemme de l'ERP
Au début de l'année, SAP a encore essayé la stratégie de sortie "Multicloud", car de nombreux clients existants de SAP craignent un "Vendor-Lock-in" avec la SCP. Lors des journées technologiques DSAG à Stuttgart au début de cette année, Björn Goerke, EVP de SAP, a présenté le concept multicloud de SAP basé sur SCP, AWS, la plateforme Google Cloud et Microsoft Azure. Mais la tendance 2018 était différente : open source et cloud hybride.
"A cela s'ajoute une orientation particulière qui limite les risques pour les entreprises. En tête de tous les hyperscaleurs, Google construit systématiquement sur l'open source et introduit massivement sur le marché des frameworks comme Kubernetes ou plus récemment Istio. Sur la Google Compute Platform, ceux-ci sont ensuite proposés sous forme de service entièrement géré".
rapportent Stefan Ried et Max Hille de Crisp Research dans un billet de blog. Les deux analystes ont assisté à la conférence Google Next à Londres cette année.
Que ce soit sur site ou hors site, la tendance générale en matière d'informatique est au cloud computing, de sorte que la stratégie "cloud first" du président de SAP Bill McDermott est tout à fait justifiée.
"Les plus grands fournisseurs de logiciels du monde, comme SAP, adoptent une stratégie "cloud first"".
confirme Michael Jores, directeur de Suse pour l'Europe centrale, et il précise dans l'entretien d'E-3 :
"Les déploiements dans le cloud présentent un degré élevé de standardisation tout en laissant une certaine liberté, par exemple en ce qui concerne les exigences en matière de capacité, ce qui réduit considérablement les coûts pour le client.
C'est pourquoi une telle stratégie est judicieuse et sa mise en œuvre nécessite du temps et des dépenses de développement. SAP s'est engagé dans cette voie et met à disposition avec succès de plus en plus de solutions basées sur le cloud".
Une enquête de l'association numérique Bitkom confirme l'approche de Suse-Manager Jores. Trois entreprises sur dix utilisent une solution cloud externalisée dans un centre de données certifié. C'est ce que révèle le Digital Office Index 2018 - une enquête représentative menée par l'association numérique Bitkom auprès de 1106 entreprises de 20 salariés et plus.
"La tendance à confier l'infrastructure informatique, comme les solutions cloud, à des prestataires de services professionnels se poursuit. Cela témoigne de la confiance croissante des entreprises dans les fournisseurs de cloud".
déclare Jürgen Biffar, président du comité directeur du domaine de compétence ECM de Bitkom.
"Les avantages sont souvent évidents pour les entreprises : elles peuvent réduire les coûts informatiques tout en améliorant la sécurité, car le cloud - public ou privé - est généralement beaucoup mieux protégé par les prestataires de services professionnels que par les solutions informatiques internes".
Sur site et hors site
Mais en octobre, on pouvait lire sur la couverture du magazine de l'association DSAG : Cloud only met l'ERP face à un dilemme. Une solution à ce dilemme pourrait être une approche hybride : Comment Michael Jores définit-il le cloud hybride ?
"Dans l'adaptation actuelle au cloud, les clients misent actuellement sur des scénarios de cloud hybride pour exploiter une partie de l'environnement applicatif sur site dans leur propre centre informatique et le remplacer ou l'étendre par des offres de cloud.
SAP poursuit une approche hybride qui consiste à utiliser le "Digital Core" S/4 de la manière la plus standardisée possible sur site et à développer et exploiter des adaptations spécifiques aux clients sur la SAP Cloud Platform, SCP, dans le cloud.
La flexibilité des adaptations spécifiques au client est ainsi mise à disposition via le SCP. Du point de vue de l'infrastructure, Suse met à disposition aussi bien la plateforme Linux pour l'exploitation sur site que la même plateforme Linux critique pour l'entreprise sur le cloud, afin de maintenir les dépenses dans les environnements hybrides aussi faibles que possible dans le modèle hybride avec une plateforme standard.
De même, les développements de Suse suivent les exigences des développements de SAP Hybrid Cloud et mettent à disposition les solutions Suse correspondantes pour toutes les options de déploiement du centre de données SAP".
Capacités du cloud
Bernd Stopper, directeur des ventes aux partenaires de Google, est du même avis que Michael Jores :
"Bill McDermott avait raison. Le choix du bon cloud n'est pas seulement lié à l'IaaS, il s'agit de créer de nouvelles opportunités pour les clients SAP grâce à des services complémentaires du cloud.
SAP plus la plateforme cloud de Google sont les nouvelles capacités qui vont bien au-delà d'une autre plateforme d'hébergement. Les services de BPC, tels que l'apprentissage automatique et les grandes requêtes, permettent déjà d'étendre directement les fonctions SAP existantes avec une intelligence et une efficacité supplémentaires".
Un cloud hybride est une forme de déploiement et d'exploitation de cloud dans laquelle les applications sont exploitées à l'endroit le plus approprié pour le client. Le responsable de Google Stopper explique qu'un cloud hybride est constitué de trois choses distinctes et séparées, mais qui sont souvent utilisées ensemble :
Premièrement,Une infrastructure hybride est une extension des périmètres réseau on-premise et co-location vers le cloud, ainsi qu'une extension des sous-systèmes de stockage on-premise et co-location vers le cloud.
Deuxièmement,Les applications hybrides sont des applications composées de différents composants, fonctionnant à différents endroits et qui traversent généralement les frontières entre le sur site, la co-location et le cloud.
Troisièmement,La gestion hybride consiste à gérer les applications et l'infrastructure sur site et dans le cloud de manière unifiée, idéalement avec les mêmes outils de gestion.
"Le cloud computing hybride est désormais sur toutes les lèvres, y compris chez Google".
écrit l'analyste de Crisp Stefan Ried dans son blog et précise :
"Un nouveau service de réseau Nat arrive donc à point nommé. Combiné à la gestion de conteneurs Kubernetes et au nouvel ensemble d'outils Istio, le Google Cloud peut être configuré comme une extension du propre centre de calcul. Du côté de Google, tout cela est réalisé sous forme de Software Defined Network.
Côté client, on a éventuellement besoin de matériel et de services de configuration que Cisco, par exemple, propose déjà. A moyen terme, de telles topologies permettent de réaliser des architectures modernes de micro-service-mash, qui font fonctionner certains services sur site et d'autres services de la même application chez l'hyperscaler".
Comment toutes ces options s'inscrivent-elles dans la stratégie de Google ? Les analystes Stefan Ried et Max Hille de Crisp Research ont recherché et vérifié les réponses dans leur blog lors de l'événement Google Next à Londres :
"Chez Crisp Research, nous pensons que cela va très bien ensemble. Google a certes été le dernier des trois hyper- scalers à prendre le train de l'entreprise et n'a longtemps pas eu les services adéquats.
Même aujourd'hui, Google a encore moins de diversité dans son offre, comparé à AWS et Azure. Mais ce que Google fait, il l'essaie avec encore plus d'échelle et d'efficacité".
Multicloud vs. hybride
Pour un client SAP existant, le thème "on-premise et off-premise" est extrêmement important. Une décision de principe pour ou contre les métamorphoses du cloud est définitivement à l'ordre du jour, ce qui va de pair avec un positionnement : quelle est la différence avec le multicloud ?
Achim Zimmermann, directeur SAP chez Q-Partners et partenaire à succès de Google, estime que dans un scénario de cloud hybride, les clients utilisent souvent une combinaison de services sur site et au moins un cloud public. Zimmermann :
"Les services de cloud hybride offrent des avantages en termes de contrôle accru des données privées. Une organisation peut stocker des données sensibles dans un cloud privé ou un centre de données local tout en utilisant les capacités de calcul robustes d'un cloud public.
Un cloud hybride utilise un seul niveau de gestion, contrairement à un multicloud qui nécessite une gestion séparée de chaque environnement cloud".
Son collègue Bernd Stopper, responsable de Google, ajoute dans l'entretien E-3 :
"Dans une approche multicloud, les services de plusieurs fournisseurs de cloud public sont utilisés simultanément. Et dans cette approche multicloud en particulier, le défi consiste à gérer, déployer et exploiter simultanément plusieurs clouds de manière transparente.
C'est spécialement pour relever ce défi que Google a annoncé la Cloud Services Platform, CSP, lors de la conférence Google Next à San Francisco. Basée sur des standards ouverts tels que Kubernetes et Istio, CSP permet le déploiement et l'exploitation d'applications complexes basées sur des conteneurs de manière transversale à la plateforme cloud".
Services Kubernetes
Les analystes de Crisp Stefan Ried et Max Hille rapportent des faits similaires après leur visite de l'événement Google Next à Londres :
"Par exemple, AWS et surtout Microsoft apprennent péniblement et lentement à faire fonctionner un service Kubernetes géré, tandis que Google approvisionne et supprime chaque semaine quatre milliards de conteneurs rien que pour ses propres besoins.
Même si la majorité d'entre eux sont gérés avec le prédécesseur de Kubernetes, Borg, l'expérience dans la gestion des conteneurs donne à Google une grande avance pour son offre Kubernetes gérée".
Une autre constatation positive sur Google se trouve dans le blog de Stefan Ried, analyste chez Crisp-Research :
"En fin de compte, Google est devenu adulte le jour de son vingtième anniversaire et comprend les modèles de co-innovation tout comme l'écosystème d'entreprise traditionnel autour des grands intégrateurs de systèmes.
Ainsi, la plupart des grands intégrateurs de systèmes avaient un stand au Google Next de Londres. D'Accenture, Deloitte, KPMG en passant par Rackspace jusqu'au dinosaure des services gérés Atos, ces fournisseurs de services cloud hybrides gérés essaient de plus en plus de proposer leurs propres applications sur les piles hyperscaler en plus de la migration SAP.
Certains proposent déjà des scénarios mash intéressants entre S/4 et Google-AutoML avec leur savoir-faire sectoriel, car la logique métier traditionnelle sur SAP est toujours le noyau de l'entreprise, mais le framework Google Machine Learning est nettement plus avancé que le propre Leonardo Machine Learning de SAP".
C'est le nouveau critère de sélection pour l'infrastructure de cloud public et, grâce à l'open source, il faut espérer qu'il n'y aura pas de verrouillage du fournisseur à long terme. Ainsi, Google profite désormais également de la tendance du marché selon laquelle les DSI commencent à transférer les opérations SAP vers le cloud public, comme le montre clairement une récente étude Crisp.
(téléchargement gratuit après inscription (ici) et Management Summary de Carlo Velten, CEO de Crisp (ici) ou dans le magazine E-3 de juillet/août 2018 à la page 21)
Le cloud hybride est-il un scénario, un blueprint pour une future infrastructure SAP ou existe-t-il déjà des scénarios de cloud hybride opérationnels ? Jens-Gero Boehm, directeur chez Suse et responsable des activités partenaires et fournisseurs de services en Europe centrale, explique :
"Un exemple d'approche du cloud hybride qui fonctionne est de mettre à disposition les opérations de production dans le centre de données sur site et les environnements POC, de formation et de test dans le cloud public. Un centre informatique de reprise après sinistre peut également être connecté à partir du cloud public".
L'écosystème SAP Cloud
Achim Zimmermann de Q-Partners sait, grâce à son expérience pratique auprès des clients, que la technologie cloud a certainement le potentiel de fournir à l'avenir également des environnements SAP sur un écosystème cloud.
"Les clouds hybrides multi-fournisseurs de cloud pourraient porter cette situation à un niveau supérieur, en permettant aux clients SAP existants de consommer les services souhaités par le biais d'une variété de fournisseurs de cloud différents".
explique Zimmermann.
"Le défi actuel pour profiter de cette possibilité réside principalement dans l'interconnexion et la sécurité entre les différents fournisseurs de cloud afin de maintenir une expérience utilisateur élevée et constante.
Pour accéder à cet écosystème multicloud diversifié, une feuille de route progressive s'impose, qui mène à un monde multicloud en passant par un cloud hybride. Il faut notamment maîtriser l'infrastructure hybride, le réseau et les sous-systèmes de stockage, mais aussi les défis de sécurité.
La question ne sera donc plus de savoir sur quelle plateforme les environnements SAP seront exploités, mais plutôt : Quels sont les services que je veux utiliser en complément pour créer plus d'intelligence, d'innovation et de valeur ajoutée pour le client ?
Les scénarios opérationnels de cloud hybride déjà utilisés sont, par exemple, les systèmes de test et de développement SAP sur la plateforme de cloud de Google, qui peuvent être provisionnés de manière flexible et en quelques minutes, et qui fournissent une infrastructure hybride via les solutions des partenaires de Google".
Voici un exemple de la communauté SAP où la tendance du cloud est arrivée : Metro-Nom, le département informatique de l'entreprise commerciale Metro, déplace son système financier central vers la plate-forme cloud de Google. Metro est actif dans 35 pays en tant qu'un des plus grands grossistes B2B.
Par le passé, l'entreprise s'appuyait sur des systèmes financiers locaux dont l'application différait d'un pays à l'autre. Désormais, 100 systèmes différents seront consolidés en un système financier central dans le cloud à l'aide de la plate-forme Google Cloud et de SAP S/4 "Simple Finance". Metro bénéficie ainsi d'un avantage concurrentiel considérable sur le plan technologique.
"En prenant la décision de faire passer les services SAP de la finance sur le cloud de Google, nous accélérons considérablement le service pour nos clients. En effet, le cloud de Google offre non seulement des avantages techniques, mais aussi la possibilité d'optimiser la collaboration au sein des différentes équipes. De plus, nous pouvons adapter notre système en temps réel aux besoins des clients".
déclare Timo Salzsieder, CIO chez Metro. Axel Koss, directeur de la gestion financière et de l'administration chez Metro-Nom, qui est responsable de la migration des systèmes financiers vers le cloud, ajoute à ce sujet :
"Grâce à l'utilisation d'un système financier SAP centralisé, il n'est plus nécessaire de procéder à des tests système complexes et à des mises à jour spécifiques à chaque pays. La vaste coordination des équipes internationales s'en trouve considérablement simplifiée".
Cloud et open source
La plateforme Suse-Linux est adaptée à une utilisation hybride, car elle est faite pour fonctionner sur site et dans le cloud. Elle peut ainsi garantir la standardisation dans un paysage de cloud hybride.
Le manager de Suse, Michael Jores, explique à ce sujet :
"Suse fournit pour le cloud hybride, l'infrastructure sur site et le cloud : SLES for SAP Applications comme plateforme Linux optimisée, haute disponibilité et reprise après sinistre pour SAP, Life-Patching pour augmenter la disponibilité, Suse-Manager comme outil d'automatisation pour l'infrastructure Linux.
Côté on-premise : une plateforme Kubernetes pour déployer par exemple SAP Data Hub. Sur site et au sein de la SAP Cloud Platform, Suse-OpenStack est mis à disposition et pour la couche PaaS dans le domaine Cloud Foundry, il existe un co-développement avec SAP".
Mais de quelles connaissances informatiques le client SAP existant a-t-il besoin sur la voie du cloud hybride, avons-nous demandé à Jens-Gero Boehm :
"Les connaissances en matière d'infrastructure Suse-Linux acquises dans le cadre d'une exploitation sur site peuvent être transférées à l'infrastructure en nuage. Il est également important d'avoir des connaissances en matière de haute disponibilité Suse et de reprise après sinistre via la technique Suse-HA, Pacemaker et Suse-Live-Patching, car celles-ci sont nécessaires pour les approches zéro temps d'arrêt.
L'utilisation de l'automatisation de l'infrastructure recèle un potentiel d'optimisation considérable avec le Suse-Manager. Avec les derniers développements de SAP sur le thème de Kubernetes, Suse met à disposition la plateforme Container-as-a-Service pour orchestrer des applications basées sur des conteneurs avec Kubernetes".
Achim Zimmermann de Q-Partners est d'accord avec ses collègues de Suse dans l'entretien E-3 et ajoute
"La connaissance du cloud hybride ne s'étend pas seulement aux concepts d'infrastructure en tant que service, il s'agit plutôt de comprendre les autres possibilités des écosystèmes de cloud et d'approfondir les domaines les plus pertinents pour sa propre adoption du cloud.
Pour que le voyage vers le cloud hybride soit le plus efficace possible, il faut des personnes ayant des compétences techniques et une plus grande compréhension des opérations commerciales. En contrepartie, les experts du business doivent acquérir plus de connaissances techniques".
Bernd Stopper, directeur de Google, souligne ici encore une fois l'importance des composants open source :
"Google propose une large gamme de technologies pour les applications hybrides. Ainsi, il est possible de voyager à travers des environnements cloud hybrides vers des environnements multicloud.
Kubernetes, en particulier, offre une grande flexibilité pour les environnements de cloud hybride, permettant d'exploiter des applications au sein d'un conteneur de manière portable entre le sur site et le cloud".
Avantages monétaires
Pour conclure, Bernd Stopper de Google :
"Un cloud hybride offre des avantages très variés qui se traduisent en termes monétaires. D'une part, il offre de nouveaux modèles de facturation beaucoup plus flexibles des charges de travail SAP dans le cloud.
Par exemple, les charges de travail IaaS pour S/4 sur Google Compute-Engine, VM, peuvent être facturées à la seconde. En outre, il est possible de conclure un contrat de commit d'un ou de trois ans avec Google. Un commit d'un an permet d'économiser jusqu'à 37% des coûts, un commit de trois ans jusqu'à 71%".
Le cloud hybride semble devenir un modèle de réussite au sein de la communauté SAP.
"Avec un prestataire de services d'hébergement en nuage, les entreprises peuvent confier les investissements constants dans de nouveaux systèmes à des mains compétentes. Cela permet non seulement d'économiser du temps et de l'argent, mais aussi d'être plus sûr et de libérer des capacités au sein du département informatique pour la gestion de ses propres applications".
a déclaré Jürgen Biffar, président du comité directeur du domaine de compétence ECM de Bitkom.