L'engouement pour les hypercalers


En 2011, les entreprises allemandes n'étaient pas encore très enthousiastes à l'idée d'externaliser des infrastructures, des plateformes ou des logiciels dans des centres de données externes. Dans le Cloud Monitor publié pour la première fois à l'époque par l'association Bitkom et la société de conseil KPMG, seules 28 % des entreprises interrogées déclaraient déjà utiliser des services de cloud computing, et pour 50 % d'entre elles, l'utilisation n'était même pas à l'ordre du jour. Dix ans plus tard, la situation avait complètement changé.
Selon le Cloud Monitor 2021, 82 % des entreprises ont déjà recours au cloud computing et seulement 3 % d'entre elles ne sont toujours pas intéressées par cette technologie. Cette évolution est principalement liée au fait que la valeur ajoutée des services en nuage devient de plus en plus transparente et que les entreprises peuvent plus facilement comprendre les avantages. Entre-temps, on entend même de plus en plus souvent parler d'une stratégie "cloud first" dans les étages de direction. Mais tout cela est-il déjà valable pour les logiciels de SAP ? Les chiffres laissent supposer le contraire.
SAP et les trois grands
L'engagement de SAP illustre l'importance que revêtent désormais les trois grands hyperscaleurs Amazon, Google et Microsoft dans le contexte ERP : avec son programme Rise, le fournisseur de logiciels de Walldorf a lancé une initiative stratégique visant à amener les utilisateurs S/4 dans un service SaaS. Les plates-formes hyperscaler en constituent la base technique.
Pour les entreprises, une nouvelle catégorie de déploiement s'ouvre en principe pour la variante on-prem de leur installation SAP. Elles peuvent héberger le système ERP non seulement dans leur propre centre informatique ou sur les ressources d'un fournisseur de services gérés (MSP) établi, mais aussi dans l'infrastructure cloud d'Amazon Web Services, Microsoft Azure ou Google Cloud Platform. D'un point de vue technologique, il n'y a pas de différence fondamentale entre le MSP et l'hyperscaler - après tout, dans les deux cas, les entreprises accèdent à leurs systèmes via des connexions de télécommunication qui se trouvent sur des composants de commodité hors de leur responsabilité.
Sans MSP, rien ne va plus
Les coûts d'utilisation de l'infrastructure ne sont pas nécessairement moins élevés chez les hyperscalers. En règle générale, ils proposent un espace de stockage sur Hana dans des tailles dédiées et fixent pour cela des durées d'au moins un an. De nombreux MSP travaillent en revanche avec de véritables modèles de paiement à l'utilisation. La flexibilité et l'évolutivité souvent évoquées des hyperscaleurs ne sont donc pas encore d'actualité dans le contexte SAP - notamment parce que les systèmes sont généralement actifs 24 heures sur 24 et 7 jours sur 7.
Il existe des différences notables du point de vue technique et du point de vue d'une exploitation basée sur des SLA. Les fournisseurs de services gérés (MSP) établis disposent d'une longue expérience dans l'implémentation et l'exploitation de S/4, mais pas d'hyperscaler. Les fournisseurs de services gérés assument la responsabilité de toutes les couches pertinentes - de l'infrastructure à la couche d'application en passant par la plateforme technique - et représentent cette responsabilité dans des accords de niveau de service globaux vis-à-vis des entreprises utilisatrices.
Lors de l'exploitation sur un environnement hyperscaler, il y a déjà une séparation des responsabilités entre l'infrastructure et la plate-forme technique. Les entreprises qui souhaitent héberger S/4 chez un hyperscaler ont donc besoin d'un partenaire supplémentaire qui assure la liaison entre ces deux couches et s'occupe de toutes les questions techniques. Contrairement à tout cela, avec un MSP, les entreprises obtiennent tous les services d'une seule source.
De nombreux arguments plaident donc tout d'abord en faveur d'un hébergement chez un fournisseur de services gérés. Mais il y a aussi des arguments en faveur des hyperscaleurs. C'est notamment le cas lorsque les entreprises veulent utiliser les technologies innovantes et travailler sur de nouveaux cas d'utilisation. Les services fournis dans le cloud sont désormais très complets et peuvent être facilement connectés aux systèmes SAP et aux données qui y sont conservées. En principe, cela est également possible lorsque S/4 est installé sur l'infrastructure propre de l'entreprise ou sur les ressources d'un MSP.
Sans serveur et entièrement géré
Les hyperscalers proposent des solutions serverless fully managed qui promettent une vitesse d'innovation élevée. Si l'on veut utiliser des hypercalers, il vaut la peine d'y regarder de plus près. Il existe des différences considérables : les points forts d'Amazon Web Services résident dans la multitude de services mis à disposition pour les cas d'utilisation les plus divers. Google Cloud Platform offre de nombreuses interfaces très intéressantes pour la connexion de systèmes et l'accès aux données, notamment dans l'environnement SAP. Et Microsoft Azure convainc par la base d'installation la plus étendue de SAP on Hyperscaler.

2 commentaires
Nina
Wenn ich das richtig verstanden habe, dann ist SAP ein Managed Service richtig? Ich kenne mich in dem Bereich leider nicht so gut aus. Deswegen müsste ich mich mal beraten lassen.
Peter Färbinger, E-3 Magazin
Es ist möglich SAP S/4 Hana als Managed Service zu betreiben, aber es gibt hier mehrere IT-Architekturmodell zur Auswahl. Somit ist in jedem Fall eine individuelle Beratung notwendig.