Contrainte de saisir sa chance

Selon une étude de Techconsult de décembre 2015, 60% de toutes les entreprises se sont déjà penchées sur S/4 Hana. Elles espèrent ainsi assurer leur succès dans la perspective de la transformation numérique.

Avec Hana, SAP promet de nettes augmentations de performance par rapport aux bases de données classiques. Un regard sur l'infrastructure informatique offre d'autres possibilités d'augmenter l'efficacité ainsi que de réduire les coûts - mais seulement si l'on s'y prend correctement dès le début.

Car si les entreprises doivent passer à Hana, il est préférable qu'elles le fassent de manière efficace et pérenne. C'est pourquoi toute l'infrastructure devrait être passée au crible et rendue compatible avec le cloud.

Si l'on voit plus loin que le bout de son nez, on se rend compte de l'énorme potentiel qu'offre S/4. En particulier lorsque les entreprises considèrent le renouvellement de leur infrastructure comme une opportunité de faire un grand pas vers le cloud hybride.

Pas trivial

La modernisation de l'ensemble de l'infrastructure informatique est toutefois une entreprise très vaste que les entreprises doivent planifier avec une grande clairvoyance. Elles ne doivent pas simplement s'attaquer aux problèmes existants, mais plutôt en éliminer les causes.

Ceux qui souhaitent utiliser S/4 à l'avenir doivent d'abord migrer leur SAP Business Suite vers Hana, avant de pouvoir intégrer les nouveautés fonctionnelles de S/4 dans l'étape suivante. Ainsi, le déploiement de S/4 peut se faire par petites étapes.

C'est pourquoi il est d'abord utile de planifier de manière globale à quoi ressemblera l'architecture pour l'ensemble de l'environnement SAP.

Ensuite, il faut optimiser les processus d'exploitation et consolider les systèmes, même si l'architecture cible ne sera peut-être pas atteinte avant trois ou quatre ans.

Dans ce contexte, les entreprises devraient toujours avoir une vue d'ensemble et ne pas se lancer prématurément avec un seul système en ligne de mire. En effet, le changement offre la possibilité de remettre en question tous les éléments de l'infrastructure informatique.

Analyse de la situation actuelle au début

Avant de passer à Hana, il convient d'effectuer une analyse complète de l'environnement SAP, des processus d'exploitation et de l'architecture informatique. Cela commence par une comparaison détaillée des technologies, en analysant l'inventaire actuel de tous les composants de l'infrastructure - du stockage aux serveurs en passant par la technologie de virtualisation - ainsi que la base de données actuelle.

En outre, les processus d'exploitation sont examinés de près et les éléments qui vont changer en vue de la mise en place d'une nouvelle architecture sont mis en évidence. Ce faisant, les entreprises devraient pouvoir identifier les économies potentielles.

Les entreprises devraient avoir une vue d'ensemble de l'environnement SAP dès le début et ne pas se limiter à un seul système, par exemple parce que, dans un premier temps, seul le SAP Business Warehouse doit être migré vers Hana ou que S/4-Finance est introduit.

Les entreprises pensent ici trop étroitement, elles laissent passer les possibilités d'évolution et n'exploitent pas tout le potentiel d'économies.

Il est certes tout à fait possible de commencer par de petits scénarios d'entrée et d'évoluer pas à pas vers une "grande" architecture cible, mais si cette image cible n'est pas connue, les entreprises se privent des opportunités que Hana peut offrir.

Architecture cible et feuille de route

Sur la base de l'analyse de la situation actuelle, une architecture cible porteuse d'avenir est développée, y compris les nomenclatures nécessaires des différents composants requis.

Parallèlement, Computacenter définit des "Building Blocks" qui permettent aux entreprises de commencer progressivement à mettre en place leur configuration de départ.

Il est important ici de développer une architecture cible modulaire et évolutive. À partir de cette architecture cible, il est ensuite possible de construire des modules individuels pour les systèmes qui doivent passer à Hana dans un premier temps, modules qui seront ensuite complétés avec chaque nouveau système.

En outre, les entreprises reçoivent un aperçu des coûts qui comprend, outre les coûts de l'infrastructure, les efforts de mise en œuvre et de migration. La feuille de route de l'implémentation montre en outre combien de temps le processus prendra de manière réaliste.

La forme finale de l'infrastructure optimale est très individuelle et dépend des exigences du client. Cela peut aller de petits systèmes individuels virtualisés à de grands systèmes en cluster avec des dizaines de serveurs dans une installation SAP.

L'architecture cible doit être conçue de manière à pouvoir réagir rapidement aux nouvelles exigences sans modifier la conception. La condition préalable pour les systèmes utilisés tels que les serveurs et le stockage est toutefois qu'ils soient certifiés par SAP, ce n'est qu'alors qu'ils peuvent être utilisés de manière productive pour Hana.

Vers le cloud avec Hana

Pour se préparer à S/4 Hana et aux nouvelles possibilités, les entreprises doivent également se demander quelles données doivent être placées dans le cloud. En effet, de nombreuses entreprises ne souhaitent pas transférer leurs données SAP critiques dans le cloud.

Mais en même temps, de plus en plus d'organisations constatent que certaines données et certains systèmes ne doivent pas nécessairement être exploités dans leur propre centre de données.

Les systèmes sur site offrent l'avantage que les données se trouvent et sont traitées dans le propre centre de données. L'inconvénient réside dans le fait que les entreprises ont besoin de leur propre infrastructure, ce qui entraîne souvent un manque de flexibilité pour réagir rapidement aux nouvelles exigences.

En utilisant des services en nuage, elles sont en mesure de répondre plus rapidement à ces nouvelles exigences. C'est pourquoi de plus en plus d'entreprises misent sur des solutions de cloud hybride et bénéficient ainsi des deux mondes : Le propre centre de calcul est transformé en cloud privé et fournit la sécurité habituelle.

Des services Cloud externes comme Amazon Web Services ou Virtustream complètent les services Cloud publics de SAP.

L'intégration de services cloud externes s'avère particulièrement judicieuse à une époque où le nombre de nouvelles demandes émanant des services spécialisés ne cesse d'augmenter et où l'informatique est contrainte de réagir de manière flexible et rapide. En effet, les "grands" fournisseurs de cloud ont de toutes autres possibilités en ce qui concerne la mise à l'échelle, ce qui se traduit au final par un avantage économique pour les utilisateurs.

De plus, les départements spécialisés des entreprises s'efforcent d'acheter des services qui répondent à leurs besoins individuels et qui peuvent être facturés à l'utilisation.

Les systèmes de développement et de test peuvent être un exemple d'une telle architecture hybride en nuage. Souvent, ceux-ci ne sont pas utilisés à leur pleine capacité. Mais si les entreprises les exploitent dans leur propre centre de données, ils sont conçus pour supporter une charge de pointe.

Si une entreprise utilise ces systèmes en tant que service cloud, elle ne doit payer que les ressources qui sont effectivement utilisées. Le système de production peut ainsi continuer à fonctionner dans son propre centre de données sécurisé.

Processus d'exploitation automatisés

Les entreprises peuvent économiser beaucoup de coûts lors du déploiement : En effet, il existe désormais des outils qui permettent d'automatiser les processus d'exploitation - du déploiement à l'installation et à la configuration de la base de données Hana. Comme ces processus de déploiement sont très fréquents dans une entreprise, il vaut la peine de les optimiser.

Avec ses offres autour des plateformes de gestion du cloud (CMP), Computacenter permet ainsi un déploiement automatisé qui garantit le respect de l'horizon temporel et joue également un rôle prépondérant dans la mise en place de solutions de cloud hybride.

Outre l'automatisation des processus de déploiement, il est possible de procéder à une intégration dans des solutions d'orchestration déjà existantes et de mettre à disposition des systèmes SAP via des portails en libre-service. À l'avenir, il ne devrait plus y avoir de différence entre le déploiement physique dans le propre centre de calcul ou chez un fournisseur de cloud public.

En raison de la nécessité de réagir à l'avenir de plus en plus rapidement aux exigences croissantes des domaines spécialisés, il convient de réfléchir, outre au déploiement automatisé du système d'exploitation et de la base de données, à une automatisation complète des processus d'exploitation.

Cela comprend aussi bien les modifications du système d'exploitation que les adaptations de la base de données et du logiciel SAP, telles que les mises à jour, le paramétrage ou les copies du système. Les tâches manuelles standard sont évitées, ce qui améliore la qualité et la traçabilité et permet de décharger les collaborateurs.

Besoin en mémoire et performance

Si les entreprises s'engagent résolument dans la voie d'une infrastructure informatique moderne, elles bénéficient d'une plateforme logicielle unique, complète, consolidée et standardisée, dont les intervalles de maintenance et d'innovation des différents éléments peuvent être harmonisés.

L'exploitation de l'environnement SAP s'en trouve considérablement simplifiée. De plus, il n'existe plus qu'un seul système, avec une base de données et une base de données à laquelle toutes les applications ont accès. Cela permet de réduire les coûts du centre de calcul, car moins de stockage est nécessaire et les frais d'exploitation diminuent.

Des exemples de clients montrent que la migration des bases de données classiques vers Hana permet de réduire le volume des données à environ 30 pour cent. Si une entreprise avait auparavant un volume de dix téraoctets, il n'est plus que de trois téraoctets après la migration.

En outre, dans une architecture Hana, les exigences en matière de systèmes de stockage changent, ceux-ci ne devant plus être aussi performants en fonctionnement normal. Comme toutes les données sont sauvegardées dans la mémoire principale, les coûts de stockage peuvent être réduits de moitié, mais les coûts des serveurs augmentent légèrement.

Hana - sans frais supplémentaires

Tout cela fait que la nouvelle plateforme peut être utilisée sans frais supplémentaires en cours d'exploitation, lorsque l'ensemble de l'environnement système est migré. Certes, les clients SAP doivent acheter de nouvelles licences et la migration proprement dite entraîne également des coûts.

Mais ces investissements jouent un rôle plutôt mineur par rapport aux économies substantielles réalisées au niveau des processus commerciaux, de l'exploitation et d'un chiffre d'affaires plus élevé grâce à de nouveaux scénarios commerciaux.

Conclusion

En passant à Hana, les entreprises peuvent faire le premier pas vers l'utilisation de S/4, ce qui doit être fait d'ici 2025. Car à cette date, l'ancienne SAP Business Suite ne sera plus prise en charge.

Les entreprises devraient considérer cette étape comme une opportunité de restructurer l'ensemble de leur infrastructure informatique et de la rendre compatible avec le cloud.

Certes, la mise en œuvre est coûteuse, mais le résultat est une entreprise optimisée de fond en comble et prête à affronter l'avenir. En effet, les entreprises sont ainsi nettement plus flexibles et en mesure de répondre plus rapidement aux exigences actuelles et futures.

Si l'on mise ensuite sur un déploiement automatisé des infrastructures Hana, on peut économiser beaucoup de travail. L'important est de toujours garder une vue d'ensemble, de ne pas se fixer trop vite sur un système ou un problème et de réfléchir à la mise en œuvre étape par étape.