Best of Breed - Orchestration en nuage

Dans quelle mesure l'intégration fait-elle la distinction entre le on-premise et le cloud computing ?

Patrick Theobald : D'un point de vue commercial, il n'y a pas de différence. C'est juste un problème purement technique. Celui-ci est exigeant. Il s'agit en premier lieu de sécurité.

Un scénario typique est un système SAP qui fonctionne sur site alors que l'application (par exemple Nintex Workflow Cloud ou Office 365) fonctionne dans le cloud.

L'accès doit bien sûr être à l'épreuve des bombes, car tout à coup, on accède directement au cœur de l'entreprise à partir d'une application basée sur le cloud, depuis l'extérieur du pare-feu. Cela demande de l'expertise.

Il en va de même pour le contexte de l'utilisateur. Il faut bien sûr s'assurer que l'utilisateur du cloud dispose des mêmes droits que dans le système sur site. Par exemple, celui qui n'a le droit de voir que les chiffres d'une certaine œuvre dans SAP, ne devrait bien sûr avoir le droit de voir que ces chiffres dans le cloud.

On parle d'impersonnalisation de l'accès. Il n'est techniquement pas trivial de mapper la gestion des utilisateurs basée sur le cloud sur la gestion des utilisateurs d'un système SAP dont les racines remontent aux années 80.

Et y a-t-il aussi une intégration cloud-cloud, car il est probable que SAP on Azure ne veuille pas non plus être un concert en solo ?

Theobald : La constellation SAP on-prem intégré avec des applications cloud est la plus exigeante. Si tout se passe dans le cloud, cela devient techniquement plus facile, car la frontière on-prem/cloud représente le plus grand obstacle.

SAP on Azure avec d'autres services Microsoft comme O365 peut plutôt être considéré comme techniquement simple.

Quelle autre orchestration cloud contre le concert solo (on-premise) a actuellement une importance stratégique dans la communauté SAP ?

Stefan Reuss : En général, le scénario le plus demandé par les clients est celui de l'analyse des données. Les données transactionnelles sont extraites de SAP (qu'il s'agisse de SAP on-prem ou de SAP on Azure) et sont ensuite placées dans une plateforme d'analyse.

Il peut s'agir d'un serveur SQL classique basé sur Azure, de Power BI, d'un cluster Hadoop ou d'autres plateformes d'analyse non-Microsoft comme Amazon Redshift ou Board.

Outre ce scénario d'analyse, la connexion de workflows basés sur le cloud est le deuxième cas d'utilisation le plus fréquent - c'est-à-dire l'intégration avec Nintex Cloud, Microsoft Flow ou Salesforce.

Quels sont les aspects commerciaux et organisationnels les plus courants d'une intégration et d'une orchestration pour un client SAP existant ?

Peter Wohlfarth : Les principales pierres d'achoppement sont la sécurité et la stabilité. En ce qui concerne la sécurité, il s'agit avant tout de concilier en général deux gestions différentes des utilisateurs et des droits.

Et ce, sans détruire l'expérience utilisateur. En effet, l'utilisateur préférerait ne pas savoir avec quel système il travaille, tant que celui-ci est fiable et surtout performant. Le deuxième aspect est la stabilité.

Plus il y a de systèmes impliqués, plus le risque est grand qu'une seule panne de système fasse tomber la chaîne. Cela doit être évité de manière conséquente dès la conception et avec la bonne technique. L'association du cloud et des systèmes sur site peut encore renforcer ce défi.

Quels sont les projets d'intégration les plus courants dans un environnement Microsoft-SAP et pourquoi ?

Reuss : Le scénario le plus courant est l'intégration des données pour la BI. Les données transactionnelles proviennent de SAP et sont préparées pour l'analyse dans un environnement non-SAP.

Pourquoi les clients veulent-ils cela ? Premièrement, les utilisateurs veulent mélanger les données avec des données non-SAP, ce qui fonctionne particulièrement mal dans SAP.

Le deuxième aspect est la performance. Même avec Hana, tous les problèmes de performance sont loin d'être résolus. De nombreux systèmes d'analyse externes offrent un bien meilleur rapport performance/coût.

Le troisième aspect est l'agilité. À l'heure de la numérisation, les clients aiment tout particulièrement que leurs flux de données soient rapidement modifiés et adaptés à de nouvelles exigences.

Traditionnellement et historiquement, les processus et les flux de données dans SAP ou SAP BW sont relativement rigides et résistent de leur mieux aux adaptations.

Quels sont les autres projets d'intégration SAP en dehors de l'environnement Microsoft chez Theobald Software ?

Reuss : Les raisons évoquées ci-dessus peuvent être appliquées à d'autres fournisseurs. Microsoft n'est pas le seul à proposer de très bonnes plateformes d'analyse de données. On peut aussi réaliser de telles applications avec la technique d'Oracle, Amazon, HP, Board et de nombreux autres fournisseurs.

Il en va de même pour les applications de type workflow comme Nintex, Salesforce ou K2. L'USP de l'excellente connectivité avec SAP peut être transposée dans de nombreux domaines. Nous nous sommes spécialisés dans ce domaine.