Déjà une réalité : les systèmes SAP dans le cloud

De nombreuses entreprises ont déjà recours au cloud computing et l'utilisent de manière conséquente, par exemple dans le cadre d'offres de logiciels en tant que services, comme Salesforce. En outre, les entreprises ont également la possibilité d'exploiter le potentiel bien plus important des services liés à l'infrastructure du cloud. En particulier dans le domaine de l'exploitation technique des systèmes SAP, les entreprises hésitent encore à utiliser les offres attrayantes du cloud.

Si les systèmes SAP sont actuellement exploités dans un cloud, les entreprises misent d'abord sur un cloud privé. Dans le modèle d'un cloud privé, les systèmes SAP sont exploités dans un cloud exclusif, accessible uniquement à un client.

Cela offre une sécurité maximale pour les données et le client. A l'opposé, il y a le cloud public. Dans le cas d'un cloud public (Amazon, Microsoft), les systèmes SAP sont exploités dans un environnement qui est à la disposition de nombreux clients.

Lorsque le cloud privé et le cloud public sont combinés, on parle généralement d'un cloud hybride. Dans ce modèle, les entreprises utilisent les services d'un propre cloud privé avec des services d'un cloud public et combinent le tout avec des services de leur propre centre de données.

L'utilisation d'offres cloud pour l'exploitation de systèmes SAP est déjà une réalité pour certaines entreprises, mais elle n'est pas encore très répandue. Dans ce contexte, les offres Infrastructure as a Service (IaaS) sont de plus en plus utilisées.

Les offres IaaS les plus connues sont celles d'Amazon avec l'Elastic Cloud Computing et de Microsoft avec l'offre Azure Cloud. Ces deux offres permettent d'ores et déjà d'exploiter les systèmes SAP de manière productive dans le cloud et de profiter d'avantages financiers importants. Les offres de cloud public permettent de réduire de manière significative les coûts d'exploitation des systèmes SAP. C'est la principale motivation pour utiliser les offres de cloud public.

Confidentialité des données

Avant qu'une entreprise puisse franchir cette étape décisive, quelques points doivent être pris en compte et évalués avant l'utilisation du cloud. Ces points sont la confidentialité des données, la sécurité et la sûreté, les limites techniques, le support, les accords de niveau de service et la question du modèle d'exploitation cible et de la gouvernance.

Dans de nombreuses entreprises, des données relatives aux clients sont collectées, stockées et traitées. L'entreprise doit veiller à ce que la souveraineté sur les données soit toujours garantie. Il faut s'assurer de savoir où et comment les données sont traitées à un moment donné et par qui.

Cela est essentiel pour les systèmes SAP basés sur le cloud, lorsqu'un cloud n'est pas situé sur le site de l'entreprise ou se trouve même à l'étranger. Dans ce cas, il est important de respecter les directives de protection des données du pays.

C'est le cas non seulement lorsque les données sont déjà dans le nuage, mais aussi en cas d'utilisation transfrontalière. Exemple : pour les entreprises allemandes, l'exploitation d'un système SAP en dehors des frontières allemandes est problématique, car les données à caractère personnel quitteraient l'Allemagne.

L'entreprise doit s'assurer qu'elle a toujours la souveraineté sur les données. Comme les fournisseurs de cloud n'ont pas toujours leurs centres de données en Allemagne, l'entreprise devrait donc également s'assurer que la souveraineté et l'intégrité des données sont assurées en dehors de l'Allemagne.

Sécurité et sûreté

La sécurité des données d'une entreprise doit toujours être garantie. Dans un centre de données appartenant à l'entreprise, il est possible de déterminer soi-même la sécurité des données. Mais dès que les systèmes SAP sont exploités dans le cloud, les directives et les règlements doivent pouvoir être suivis dans le cloud également.

Il est élémentaire d'évaluer de tels scénarios avant d'utiliser le cloud. Par exemple, il faut vérifier quelles méthodes de cryptage des données peuvent être proposées et appliquées.

Exemple : une entreprise doit s'assurer que lorsqu'elle utilise des offres de cloud public, le système SAP dans le cloud est protégé au mieux et que tout le trafic de données entre l'entreprise et le cloud public est sécurisé.

Bien que tous les fournisseurs de cloud ne cessent de présenter de nouvelles dimensions techniques, il existe souvent dans la réalité des restrictions techniques qui peuvent rendre l'utilisation impossible. Il peut s'agir notamment de la taille des systèmes SAP.

Dans le cas d'un système ERP SAP productif, il peut rapidement s'agir d'un système avec plusieurs téraoctets de données et avec de nombreux utilisateurs finaux travaillant en parallèle. Une architecture appropriée permet de répondre à certains points, mais la taille des serveurs (virtuels/physiques) en particulier peut être limitée dans le cloud.

Exemple : bien que des systèmes à plus haute disponibilité puissent également être hébergés dans le cloud, l'exploitation de clusters pour la haute disponibilité et la reprise après sinistre est encore difficile à mettre en œuvre.

Support officiel SAP

Il existe un facteur décisif pour l'exploitation d'un système SAP dans un cloud. Il s'agit du support officiel de SAP pour le système SAP. A cet égard, il importe peu qu'il s'agisse d'un système SAP productif ou non productif.

Chaque entreprise doit avoir la certitude que les systèmes SAP sont officiellement pris en charge. Avant d'utiliser le cloud, il faut donc évaluer le support officiel de SAP et des autres éditeurs de logiciels.

Exemple : un système SAP exploité par l'entreprise avec un ancien noyau (par exemple 4.7) n'est pas pris en charge par SAP dans le cloud public.

Les systèmes SAP constituent l'épine dorsale de toute entreprise et sont par conséquent garantis par des accords de niveau de service élevés. Un fonctionnement 24h/24 et 7j/7 pendant 265 jours n'a rien d'inhabituel.

Si l'entreprise fonctionne dans son propre centre de données, elle peut établir et garantir elle-même des SLA aussi élevés. Mais si l'entreprise s'aventure sur la voie du cloud, les SLA du fournisseur de cloud doivent également pouvoir reproduire les SLA de l'entreprise.

Une entreprise doit identifier un déficit potentiel, notamment au niveau des structures de support, avant même la première utilisation. Exemple : Si le fournisseur de cloud n'offre pas de support 24h/24 et 7j/7, il sera difficile pour le client d'établir des SLA avec un tel niveau de support.

Modèle opérationnel cible et gouvernance

L'exploitation future de systèmes SAP dans un cloud peut représenter un changement de modèle d'exploitation et doit être abordée suffisamment tôt par l'entreprise. La répartition des services entre le fournisseur de cloud et l'informatique de l'entreprise doit être clarifiée à l'avance.

En outre, il y a l'aspect de la gouvernance des nouveaux services cloud. Dans ce contexte, il est indispensable d'adapter les services cloud aux directives de l'entreprise. Exemple : Si jusqu'à présent, l'informatique interne gérait seule tous les services, elle est désormais en mesure de déléguer certains points, comme le provisionnement et l'exploitation proprement dite, au fournisseur de cloud.

Avant de recourir à des offres de cloud public, l'idéal est de procéder à une évaluation afin d'aborder l'ensemble des points. Il ne s'agit pas d'identifier les obstacles à l'utilisation du cloud, mais plutôt de détecter à temps les problèmes potentiels.

Une fois que tous les problèmes ont été identifiés et adressés, les entreprises peuvent déplacer leurs systèmes SAP vers le cloud. Pour ce faire, il convient de clarifier non seulement les points généraux ci-dessus, mais aussi les points spécifiques à SAP, comme l'intégration dans STMS. C'est ce que met en lumière la deuxième partie de cette série d'articles.