SAP sur Azure ou SAP et Azure ?

Le cloud ne se résume pas à de grands centres de données avec des rangées interminables de racks de serveurs, de processeurs et de stockage. Ces ressources constituent certes la base.

Mais ce qui fait vraiment un bon cloud, c'est l'offre de services et de prestations. Chez Azure, le client SAP existant trouve plus de 800 services de plateforme intelligente (PaaS) et offres de logiciels (SaaS).

Parmi ces services PaaS, on trouve par exemple des modèles d'apprentissage automatique et une plateforme IoT que les clients peuvent utiliser pour leurs processus commerciaux.

Un représentant éminent d'une solution SaaS est Office365 ou, plus récemment, Azure Sentinel, une solution SIEM (Security Information and Event Management) basée sur le cloud et soutenue par l'IA pour l'ensemble de l'entreprise.

C'est pourquoi Microsoft utilise volontiers le terme SAP et Azure. La migration d'un système SAP vers le cloud est bien plus que le passage d'une infrastructure locale à une offre IaaS.

SAP est au cœur des projets de transformation numérique avec la Robotic Process Automation (RPA), l'Internet des objets (IoT) ou l'Artificial Intelligence, etc. C'est pourquoi l'intégration avec les services PaaS augmente considérablement la valeur ajoutée réelle.

D'après l'expérience propre à Microsoft, nous savons que la majeure partie des projets d'IA en Allemagne utilisent aujourd'hui des données provenant de SAP.

Plate-forme et services

Azure est la plateforme cloud de Microsoft. Presque tout ce que Microsoft propose aujourd'hui en matière de services cloud est basé sur cette plateforme.

Le terme de plateforme désigne l'écosystème mondial de ressources connectées - c'est-à-dire les centres de données, les serveurs et les réseaux - ainsi que l'ensemble des services.

Azure représente les trois niveaux du cloud computing : Infrastructure as a Service (IaaS), Platform as a Service (PaaS) et Software as a Service (SaaS).

Le rapport d'investissement de DSAG publié au début de cette année a montré que les clients SAP existants donnent la préférence à Azure, la plate-forme cloud de Microsoft.

Cependant, le cloud n'est pas un produit unique, mais une offre avec un large éventail. On demande toujours à Microsoft de fournir un fil conducteur et une histoire globale, surtout lorsqu'il s'agit de scénarios d'entrée et d'une approche stratégique pour le succès à long terme.

Comment la capacité d'analyse, la sécurité et la fiabilité d'Azure peuvent-elles être utilisées pour les applications SAP ? Comment parvenir à une analyse économique solide et réaliste et comment se rapprocher d'une migration ?

Le cloud est un changement de paradigme et doit être structuré et implémenté à tous les niveaux - pas seulement techniquement, mais aussi dans la manière de travailler au quotidien. La transformation numérique n'est pas seulement faite de bits et d'octets, elle doit aussi se faire dans la tête des gens.

Dans les prochains numéros de E-3, tous les aspects pertinents de "SAP et Azure" seront abordés, ce qui marquera le début du transfert de connaissances le plus important et le plus complet à ce jour sur ce thème.

Un client typique commence par une évaluation des possibilités et options techniques. Ensuite, le business case est élaboré et la protection des données est adressée avant de passer à la planification de la migration.

Des scénarios hybrides et d'intégration sont alors envisagés et la gestion du changement est initiée.

Centre de données et cloud

De nombreux clients SAP existants utilisent des serveurs et des applications dans leur propre centre de données ou chez un prestataire de services. Selon Gartner, environ 10 % des entreprises ne disposent actuellement plus de leur propre centre de données et ce chiffre devrait passer à 80 % d'ici 2025.

D'où l'appel à ne pas attendre, mais à lancer et à participer dès aujourd'hui à la transformation numérique pour ne pas se laisser distancer.

Microsoft est le seul fournisseur de cloud pertinent à être également présent avec ses produits dans les centres de données des clients, ce qui permet d'implémenter des scénarios hybrides à un stade précoce et de soutenir les besoins du client.

Microsoft Azure est la plateforme idéale dans le cadre d'une stratégie hybride intégrative et cohérente : différents systèmes se retrouvent sous la même forme ou sous une forme similaire aussi bien sur site, c'est-à-dire en interne, que sur Azure dans le cloud.

L'intégration de SAP doit se faire à tous les niveaux, de la technique aux processus commerciaux. Lors de l'exploitation de SAP dans le cloud, il faut par exemple s'assurer que les utilisateurs finaux puissent se connecter comme d'habitude via un Single-Sign-on, que ce soit via l'interface utilisateur graphique SAP ou l'application Fiori.

Avec la mise à disposition d'Azure NetApp Files (ANF), des avantages connus de l'environnement sur site tels que Hana ScaleOut, Snapshot et Cloning ou Cloud Sync sont utilisés (voir aussi page 26).

L'intégration se fait ensuite au niveau des applications et des processus commerciaux. Les workflows SAP peuvent ainsi être intégrés nativement dans Outlook, de sorte que, par exemple, une autorisation puisse être donnée directement à partir du mail.

Il n'est pas nécessaire de changer d'application. En outre, il est possible d'intégrer rapidement et facilement des modèles de prévision de l'évolution des ventes dans SAP grâce à Azure Machine Learning ou de mettre en place un reporting complet et interactif "sans code" grâce à Microsoft PowerBI. Et ce, pour tous les types de terminaux, sans avoir à écrire soi-même du code et directement à partir de Hana.

Outre la question centrale de savoir si un composant doit être acheté dans le centre informatique de l'entreprise ou dans le cloud, il y a également d'autres aspects à évaluer : Au plus tard lorsque les temps de latence, certaines exigences en matière de protection des données ou l'optimisation des coûts sont importants, il convient également de se pencher sur la région.

Certes, l'utilisation du cloud est globale et indépendante de l'emplacement, et les services de plateforme sont proposés de manière identique en Allemagne, en Europe ou en dehors de l'Europe sous Azure, tandis que les mêmes mécanismes de conformité sont utilisés partout. Mais en y regardant de plus près, il existe tout de même des différences.

Business Critical et sécurité

La structure logique d'Azure en termes d'emplacement : une géographie est un marché distinct qui comprend généralement une ou deux régions et préserve les frontières en termes de résidence des données et de conformité. L'Allemagne, par exemple, est une géographie à part entière.

Une région est composée de plusieurs centres de données déployés dans un périmètre défini par les exigences de latence et reliés par un réseau régional dédié. Azure est actuellement disponible dans 54 régions et 140 pays.

Outre les concepts géographiques, Azure dispose d'une série d'autres mécanismes de protection contre les pannes. Les systèmes SAP sont "Business Critical" et ont donc besoin d'une sécurité contre les pannes plus élevée que la moyenne.

RGPD, BSI et BaFin

Quiconque confie ses données sensibles à un fournisseur de services en nuage et souhaite y exploiter ses systèmes doit être certain que le règlement général sur la protection des données (RGPD), qui s'applique à l'espace économique européen, est respecté au même titre que la protection de la propriété intellectuelle. Au minimum.

Le RGPD a apporté beaucoup de clarté aux fournisseurs de cloud et aux clients en matière de protection des données et de dispositions pénales, et Microsoft est le seul fournisseur de cloud à mettre en œuvre les exigences techniques et organisationnelles du RGPD en tant que norme dans l'ensemble des 54 régions de centres de données dans le monde.

Un traitement des données conforme au RGPD est donc possible pour les clients professionnels sur la plateforme Cloud de Microsoft. Il existe en outre un test selon le catalogue d'exigences C5 de l'Office fédéral de la sécurité des technologies de l'information (BSI).

En outre, Microsoft Azure prend même en charge les exigences particulières de l'autorité fédérale allemande de surveillance des services financiers (BaFin).

Le succès d'Azure n'est toutefois pas seulement dû à son vaste écosystème, mais aussi à son modèle de partenariat. Microsoft et ses plus de 31 500 entreprises partenaires (dont beaucoup sont également des partenaires SAP) offrent un interlocuteur personnel pour les projets et les questions quotidiennes.

Dans cette communauté, on trouve tout ce dont un client SAP existant a besoin pour sa transformation numérique en termes de technique, d'organisation et de licences.

Open Source et GitHub

Microsoft a également beaucoup investi dans l'open source au cours des dernières années, afin que l'utilisation d'Azure ne fonctionne pas seulement sans problème avec les produits Microsoft : Des partenariats étroits avec Suse, Red Hat et Canonical, Cloudera, Databricks et de nombreuses communautés open source garantissent que les technologies open source peuvent être utilisées sur Azure.

L'acquisition de GitHub, la plus grande plateforme de développement au monde pour les projets open source, n'est pas la moindre des actions menées par Microsoft pour souligner son engagement en faveur des technologies ouvertes.

SAP et Microsoft collaborent étroitement et de manière unique depuis plus de 25 ans, et cette relation particulière profite particulièrement aux clients.

Plus de 80% de tous les clients professionnels dans le segment des entreprises et des PME sont également des clients SAP et peuvent compter sur un grand écosystème de partenaires communs.

De plus, SAP et Microsoft intègrent mutuellement leurs produits, comme on peut le voir avec l'intégration de Teams dans Successfactors, SAP CAL sur Azure, SCP on Azure ou les connecteurs PowerBI.

Microsoft et SAP

Microsoft est l'un des plus grands clients SAP au monde et le seul hyperscaler à utiliser SAP pour les processus de base. Le système SAP propre à Microsoft est exploité de manière productive dans le cloud et migré vers S/4 Hana.

Dans ce contexte, des équipes de projet communes collaborent en permanence sur les meilleures pratiques de migration et d'exploitation de SAP vers Azure (par exemple avec la stratégie de migration et pour optimiser SAP Landscape pour Azure, par exemple avec le livre blanc "Migration SAP to Azure", les architectures de solutions et les modèles de démarrage rapide sur GitHub).

Inversement, SAP est l'un des plus gros clients de Microsoft et mise systématiquement sur l'utilisation d'Office365. SAP exploite lui-même des paysages SAP à mission critique sur Azure et leur nombre ne cesse d'augmenter.

Aujourd'hui, de nombreuses applications de ligne de métier de SAP fonctionnent déjà sur Azure (par exemple SuccessFactors), sans que le client final ne le voie ou ne le sache.

Avec Embrace, la prochaine étape de la collaboration est à notre porte (voir aussi page 22). Embrace est le programme officiel de SAP pour montrer aux clients la voie vers l'entreprise intelligente.

Pour cela, Microsoft distribuera entre autres, outre Azure, des composants de SAP Cloud Platform. Les clients pourront ainsi passer plus facilement de SAP ERP à SAP S/4 Hana dans le cloud public. Les licences SAP existantes peuvent souvent être conservées.

En outre, SAP propose certaines options de licence qui sont encore mieux adaptées aux valeurs ajoutées du cloud. Dans un autre article de ce numéro, nous reviendrons avec SAP de manière plus approfondie sur notre partenariat et plus particulièrement sur les nouveautés du programme Embrace.

Capex et Opex

Si l'on souhaite fournir un service informatique à partir d'un centre de données local, il faut généralement se procurer au préalable un matériel adéquat.

Parfois, cela ne vaut même pas la peine de l'acheter, car les besoins de l'entreprise changent constamment. Le cloud offre alors un modèle plus flexible.

On achète à tout moment exactement ce dont on a besoin. Le matériel informatique est payé à l'avance en tant que dépense d'investissement et amorti sur la durée d'utilisation prévue (Capex, pour capital expenditure en anglais, également appelé "coûts d'investissement" dans le langage courant). Lors de l'utilisation de services en nuage, on ne paie que ce que l'on utilise réellement.

Cela relève de la notion d'Opex (abréviation de l'anglais operational expenditures). Le mode d'imposition est également intéressant. Les dépenses Capex peuvent être déduites fiscalement sur une période donnée. En revanche, les dépenses Opex sont entièrement prises en compte dans la période comptable correspondante.

L'exploitation efficace n'est donc plus une tâche purement informatique, mais nécessite la collaboration du client et de ses départements spécialisés.

Azure prend en charge cette tâche grâce à des outils d'analyse et de gestion gratuits, tels qu'un modèle de gestion basé sur les rôles et Azure Cost Management, capables de générer des analyses intelligentes sur les comportements d'utilisation actuels et prévus.