Sur la voie du cloud: avantages et inconvénients
Partie2 – par Lena Schneider et Stefan Theis
Dans la première partie de la série de blogs «Une lumière dans l’obscurité du cloud», nous avons abordé les différences entre l’informatique On-Premises classique et le cloud en ce qui concerne le système SAP S/4HANA. Quels sont les avantages et les inconvénients de la migration vers le cloud? Et comment peuvent-ils influencer le processus de décision au sein d’une entreprise? C’est ce à quoi s’attelle la deuxième partie.
Le tableau déjà présenté dans la Partie1 de la série de blogs peut être considéré de différentes manières. Une évaluation des points de vue respectifs peut aider à trouver des avantages à la migration vers le cloud, mais aussi à mettre en évidence des préoccupations.
Responsabilité ou dépendance
Un point de vue envisageable est celui du fonctionnement du système. Pour qu’un système soit continuellement disponible pour les utilisateurs, il faut parfois déployer des efforts considérables. Par exemple: dans ce contexte, il faut une couverture Internet suffisante pour faire fonctionner le centre de données localement sur son propre site. En raison d’une mauvaise connexion Internet, il peut s’avérer impossible de créer une couverture aussi importante que celle nécessaire pour répondre à l’exigence de disponibilité de l’application.
Dans ce cas, la solution pourrait être de louer l’infrastructure du centre de données en externe, mais en emportant en plus toute l’infrastructure vers le centre de données. Il est évident que cela crée automatiquement une dépendance.
Statique ou dynamique
Le comportement de mise à niveau du système SAP est également un aspect qui peut être pris en compte. Certains clients de SAP éprouvent des difficultés à mettre à niveau leur système ERP, c’est-à-dire à effectuer un changement de version. Les raisons en sont multiples. Cela implique notamment que le matériel et les interfaces doivent prendre en charge la version cible. Ou alors, il y a peut-être différents add-ons en cours d’utilisation, pour lesquels il faut vérifier s’ils fonctionnent dans la version cible. Mais si l’on évolue dans l’environnement S/4HANA et que l’on souhaite utiliser les dernières fonctionnalités comme les technologies FIORI ou les caractéristiques de la base de données HANA, il est impossible de faire l’impasse sur des mises à jour régulières. Il est donc possible que l’objectif soit d’obtenir un comportement de mise à jour plus dynamique ou plus flexible.
Le passage au cloud permet de concrétiser ce projet. Dans la phase finale de développement, on n’est que consommateur de l’application et on laisse au fournisseur d’outsourcing ou de cloud computing le soin d’effectuer les changements de version. Cela se fait de manière presque transparente.
Flexibilité ou standardisation
La dynamique nouvellement acquise remplace toutefois la flexibilité. Alors que dans l’environnement On-Premises, une indépendance absolue domine tellement qu’il est possible d’intégrer des développements Z de manière illimitée, etc., celle-ci se perd de plus en plus avec le passage à un logiciel en tant que service (SaaS).
Oui au cloud? Non au cloud?
Enfin, pour prendre la décision finale de passer ou non au cloud, il faut se poser la question suivante: «Est-ce qu’au final, ne suffit-il pas que seules les données m’appartiennent? N’est-ce pas à ce niveau là que se trouve l’intelligence pure en rapport avec système ERP de l’entreprise? Ou celle-ci ne réside-t-elle pas également dans l’application? Dans des processus en constante évolution, des extensions et des add-ons?»
Bien sûr, la standardisation peut aussi être un bon moyen de se débarrasser de charges héritées du passé. Le choix final est laissé à l’appréciation de chacun. Si la décision est prise d’exploiter le système S/4HANA dans le cloud, différents modèles d’exploitation sont disponibles.
Quels sont-ils? C’est ce que vous révèle la dernière partie de notre série de blogs.
