Hana et le cloud en une seule étape

Toutes les entreprises perçoivent actuellement deux tendances très fortes sur le marché. L'une de ces tendances est le cloud computing, qui oblige les entreprises à s'intéresser de plus en plus au modèle "as-a-service".

Cette tendance peut également être constatée dans l'environnement SAP. De nombreux grands fournisseurs, comme Amazon ou Azure, ont constamment élargi leur portefeuille d'offres pour l'obtention de systèmes SAP à partir de leur cloud. Les entreprises peuvent ainsi utiliser SAP comme un service unique et n'ont plus besoin d'installations dans leur propre centre de données.

La deuxième tendance importante est Hana, qui est promue par SAP. Dans ce contexte, le passage de SAP AnyDB (c'est-à-dire Oracle, DB2, MSSQL, MaxDB, ASE) à la plate-forme Hana est la voie d'avenir privilégiée par SAP. Les clients doivent se pencher sur le sujet, car il n'est pas certain que les systèmes SAP soient encore disponibles sur AnyDB pendant longtemps.

En raison de ces deux tendances, toutes les entreprises se trouvent dans l'obligation d'agir. Une possibilité de combiner les thèmes Hana et Cloud est offerte par Hana Enterprise Cloud. Il s'agit d'un cloud géré de SAP qui offre, outre les services IaaS de base, des services PaaS plus avancés.

Tous les clients de SAP peuvent faire appel à Hana Enterprise Cloud et passer ainsi à un autre modèle de service "à partir du cloud". Ainsi, les systèmes SAP peuvent être exploités dans le cloud de SAP.

Hana Enterprise Cloud est un cloud géré qui est mis à disposition en Allemagne et dans d'autres pays. Dans ce contexte, SAP suit la prémisse "follow the customer" et continue à développer le service de manière stratégique.

Les entreprises multinationales qui sont confrontées à des exigences spécifiques provenant des pays les plus divers peuvent répondre à ces exigences en matière de confidentialité/sécurité des données avec SAP HEC. Comme SAP HEC est hébergé dans les centres de données de SAP, le respect des normes de sécurité importantes pour l'exploitation est également garanti.

Une grande différence par rapport aux clouds d'Amazon ou de Microsoft est la notion de cloud géré. Alors que dans les clouds d'Amazon, de Microsoft ou d'Oracle, les clients peuvent eux-mêmes mettre à disposition de nouvelles infrastructures/de nouveaux services, ce n'est pas possible dans le cas de SAP HEC.

Il n'y a pas ici de console que vous pouvez ouvrir et où de nouvelles instances se déploient au fur et à mesure. Ici, l'exploitation proprement dite est structurée selon le concept des services gérés, comme on le connaît dans le domaine de l'externalisation. En cas de nouveaux besoins, les clients lancent d'abord le processus habituel de demande de nouvelles ressources, etc.

Comme pour le début d'une nouvelle externalisation, les clients doivent d'abord passer par un processus de définition de l'état cible avec SAP. L'objectif de ce processus est de définir les exigences du client en termes de nombre de systèmes, de taille des systèmes, de type et de nature des systèmes et d'état technique cible.

Les clients ont la possibilité de planifier la migration d'un système SAP vers Hana avant même la migration proprement dite dans SAP HEC et de l'effectuer avec SAP pendant la transition. SAP a appelé ce processus "Customer Adoption Journey" et l'a divisé en cinq grandes étapes (hec.sapjourneymap.com).

Dans un premier temps, le client peut se familiariser avec Hana Enterprise Cloud. SAP met à disposition des informations sur l'emplacement du cloud. Les clients peuvent y trouver de plus amples informations sur la certification des centres de données et de l'ensemble du cloud.

La deuxième étape est un questionnaire qui résume la demande réelle du client. En tant que client, vous avez ici la possibilité de fournir des informations spécifiques qui permettront à SAP de procéder à une première tarification indicative.

Le prix final ne peut être déduit que lorsque SAP connaît toutes les données de base des systèmes SAP. Mais le rapport comprend déjà, outre les données de base, les types et la taille des systèmes. Les clients peuvent remplir le rapport avec très peu d'efforts dans un premier temps.

Il est préférable de ne pas énumérer chaque système, mais de se concentrer dans un premier temps sur les grands systèmes. Les systèmes plus petits seront repris et évalués plus tard, lors d'une étape ultérieure. Le rapport est ensuite transmis à SAP qui l'évalue.

Une fois que le client a fourni le rapport, l'évaluation est lancée avec le client. Les questions les plus importantes concernant l'architecture cible et la procédure de migration proprement dite sont alors clarifiées.

SAP ne peut pas le faire seul, il a besoin de l'aide du client. Les détails importants concernant le réseau, la nouvelle infrastructure, la procédure de migration, les services et le prix final de la solution sont l'objectif de l'évaluation. Il est important que les clients connaissent exactement les exigences et qu'ils puissent les nommer avec précision.

À ce stade, le client peut également décider du catalogue de services qu'il souhaite utiliser. Il peut utiliser soit uniquement la gestion de l'infrastructure, soit également la gestion des applications.

Un grand catalogue de services est disponible sous la forme d'une matrice RACI (Roles and Responsibilities) (voir DigiPlus). Une fois l'évaluation terminée, l'étape quatre consiste à lancer le déploiement proprement dit (également appelé onboarding).

Au cours de cette phase, SAP met à disposition la nouvelle infrastructure cible et les premiers systèmes SAP sont migrés vers le cloud. La migration est planifiée et exécutée en fonction des besoins spécifiques du client. Des facteurs tels que le temps d'arrêt maximal et la taille du système SAP entrent en ligne de compte, ainsi que le mode de transfert.

Après la migration, les systèmes sont mis en ligne et le système du client est exploité dans le cloud (cinquième étape). L'ensemble du processus, de l'évaluation initiale au Go Live, est géré par SAP.

Après le Go Live, il existe des frameworks appropriés pour la communication et l'escalade. Ceux-ci ne diffèrent en principe que très peu des frameworks que les non-clients de SAP HEC connaissent également.

Le processus qui va de la première idée d'un système SAP dans le cloud jusqu'à l'exploitation finale dans le cloud semble de prime abord compliqué. En particulier, lorsque les clients regardent le simple déploiement de nouvelles machines virtuelles dans un cloud public d'Amazon ou de Microsoft et le comparent à la longue évaluation, Hana Enterprise Cloud n'est pas convaincant.

Cependant, les systèmes SAP sont critiques pour le fonctionnement d'une entreprise et les entreprises ne peuvent pas se permettre de tomber en panne. C'est pourquoi SAP accorde une grande importance à une planification détaillée et fondée. Grâce aux experts disponibles, une migration ultérieure peut être encore plus rapide chez SAP que chez d'autres fournisseurs.

Même si Hana Enterprise Cloud n'est pas vraiment un cloud au sens d'Amazon, Microsoft ou Oracle, il est pertinent pour les clients disposant de systèmes SAP et devrait donc être pris en considération dans le cadre d'un effort vers le cloud.