Cobol meets SaaS - Déchaîné par le matériel


Pourquoi un client devrait-il passer au cloud IaaS ? Le modèle d'exploitation actuel, on-premise ou chez l'outsourcer, fonctionne pourtant !
Hinrich Mielke : Les clients SAP sont confrontés à de nombreux changements : Le cas échéant, ils passeront à Hana, les premiers projets pilotes vers S/4 seront lancés, Fiori sera évalué et mis à l'épreuve.
Toutes ces activités nécessitent des systèmes temporaires, et pour cela, on ne souhaite pas acheter du matériel (et le tester au préalable), mais simplement payer l'utilisation - comme pour le leasing de la voiture de société.
Mais contrairement à la voiture de société, je peux à tout moment opter pour un modèle plus petit, plus grand ou même pas du tout.
En résumé, le fait de s'affranchir totalement du matériel, tant en termes de capacité que de durée d'utilisation, facilite l'approche agile du projet.
Par exemple, nous avons un client dont les deux centres de données sont remplis de matériel. Un autre n'est pas approuvé par la direction.
Les premiers systèmes de formation y sont maintenant transférés en externe dans le cloud - ce qui permet d'instaurer la confiance et le principe du paiement à l'utilisation fonctionne particulièrement bien ici. Un autre exemple :
Un PoC de l'un de nos clients sur S/4 Hana a duré nettement plus longtemps que prévu. Non pas à cause des adaptations du côté métier, comme on pourrait le croire, mais à cause de l'outsourcer, qui s'est montré inflexible et lent. Dans un tel cas, les certitudes ancestrales sont volontiers remises en question...
Pourquoi précisément dans le cloud Azure ? Les autres mères ont aussi de belles filles...
Mielke : Si Office 365 est déjà utilisé, la barrière formelle à l'entrée est faible : les responsables de la protection des données et le comité d'entreprise connaissent déjà Azure et sont familiarisés avec les concepts.
De même, l'obstacle technique à l'entrée est faible : avec une extension de l'Active Directory existant vers Azure, la gestion des identités se fait rapidement. L'intégration avec le monde on-premise est ainsi facilitée.
Quelles sont les nouveautés d'Azure, par rapport à Sapphire, beaucoup de choses ont été annoncées ?
Mielke : Le choix de l'infrastructure s'est considérablement élargi : Pour Hana, un grand nombre de machines virtuelles ont été libérées par SAP. Cela signifie qu'il est désormais possible de choisir l'équipement matériel entre 192 Go de RAM et 3800 Go de RAM, en sept niveaux.
Jusqu'à 12 TB sont annoncés à court terme. Si cela ne suffit pas, des Hana Large Instances certifiées jusqu'à 20 TB (24 TB annoncés) peuvent être utilisées pour le scale-up.
Et qu'est-ce que le client en retire ?
Mielke : D'une part, les machines virtuelles permettent une excellente évolutivité. Un tel matériel n'est pas disponible à court terme sur site ou chez l'outsourcer - et il n'est pas non plus facile de le retirer. En d'autres termes, le client est désormais totalement détaché du matériel pour ses projets.
Il n'est plus nécessaire de dimensionner a priori, et encore moins trois ans à l'avance. Ce n'est pas trivial, surtout avec Hana, et une erreur d'estimation peut vite s'avérer coûteuse.
Une fois l'avant-projet terminé ou en pause, le matériel peut être mis hors service sans que cela n'entraîne de coûts supplémentaires. Ainsi, les projets préparatoires S/4 perdent leur caractère effrayant en termes d'infrastructure.
Il est recommandé de commencer la migration vers S/4, ne serait-ce que pour pouvoir utiliser à temps et de manière judicieuse toutes les innovations sous la marque Leonardo. Voir également l'article sur le leonardo.report dans le dernier numéro d'E-3. (E-3 juin 2018, page 57).
Mais il y a quand même eu plus de nouveautés pour Azure - et quels avantages les clients en retirent-ils ?
Mielke : Pour l'intégration des systèmes ERP et Azure, il y a des développements intéressants, également pour Sapphire : il y a maintenant le "Abap SDK for Azure", on peut donc consommer des services dans Azure à partir d'Abap depuis l'ERP : "Cobol rencontre SaaS !"
Ainsi, une intégration directe de l'ERP et des services dans Azure est désormais possible. Actuellement, il s'agit d'une version 1.0 et seuls quelques services sont disponibles, mais une connexion directe à l'Azure Event Hub via SM59 a déjà quelque chose !
Last, but not least : la SAP Cloud Platform (SCP) est disponible sur ou dans Azure, ce qui signifie que l'environnement SCP fonctionne sur Azure en tant que IaaS. Une application SCP peut donc, à la demande du client, fonctionner sur la même infrastructure technique que le système ERP, avec les avantages techniques que cela implique :
Les flux de données restent à l'intérieur d'Azure, la latence est faible. C'est intéressant, car SAP encourage fortement la SCP en tant que plateforme d'intégration et d'innovation.
Mais pour de nombreux clients, c'est encore de la musique d'avenir.
Mielke : Mais il faut absolument être préparé à cet avenir - et préparer sans tarder le passage à Hana et S/4 Hana. Le passage à S/4 Hana prendra du temps, il faut donc commencer rapidement.
L'utilisation de S/4 Hana permet également de tirer profit de telles intégrations intéressantes - et ce dès le "System of Records", où les factures sont générées et le chiffre d'affaires réalisé.
Comment le client peut-il maintenant accéder au cloud ?
Mielke : Plus simple qu'on ne le pense souvent. Deux principes s'appliquent : "Think big, start small", et : d'abord faire un bref inventaire des services et de leur statut. Ensuite, manifester les changements prévisibles dans un avenir proche. Le plan de projet en découle souvent "de lui-même".
Avec un partenaire expérimenté à ses côtés, cela se fait de manière structurée en très peu de temps - puis le premier PoC démarre. On acquiert alors de l'expérience en interne et on établit la confiance. Une fois que l'entreprise est également impliquée, le plan de projet peut être mis en œuvre.
C'est alors que les fruits de la flexibilité et des coûts sont récoltés, les innovations peuvent alors être réalisées sur un environnement hautement flexible.
Ce qui inquiète beaucoup, c'est la fuite des coûts : Avant, il fallait commander des serveurs, chez l'outsourcer, il y a des processus de commande bien définis. Qu'en est-il ici ?
Mielke : De nombreux processus existants vont être modifiés et accélérés par l'IaaS, il faut les adapter : Un processus de "création de service" a toujours du sens, y compris le BANF et le processus de validation.
Mais on est alors libéré des entraves du matériel et on peut se lancer à court terme - pour autant que les autres processus soient préparés : Les tâches classiques comme l'attribution d'IP, la création d'utilisateurs doivent également être préparées à l'utilisation du cloud et des vitesses possibles.
Il s'agit d'un aspect du changement souvent négligé, mais qui est également nécessaire pour réussir la transformation vers des services en nuage.
La transparence totale des coûts est également un point intéressant : il est désormais possible de déterminer et de présenter au jour près les coûts des différents systèmes, du stockage et des autres composants de l'infrastructure.
Cela signifie que les souhaits particuliers du département spécialisé peuvent non seulement être mis en œuvre immédiatement, mais que les coûts qui en résultent peuvent être présentés de manière compréhensible. Cela permet d'objectiver et d'accélérer considérablement la discussion sur le rapport qualité/prix, une expérience formidable pour plus d'un DSI [rires].
La discussion sur les frais généraux est également réduite, car les composants tels que l'alimentation électrique de secours, la climatisation, y compris l'entretien et les nouvelles acquisitions, ainsi que l'électricité ne doivent plus être considérés individuellement, mais sont déjà inclus proportionnellement dans les coûts.
Quels sont les inconvénients de faire fonctionner SAP sur Azure ?
Mielke : Sans un partenaire expérimenté, il faut s'occuper soi-même de toute l'architecture technique, du matériel au réseau et à la conception du stockage. Cela peut faire perdre du temps et entraîner des détours.
Les possibilités offertes par IaaS sont énormes et nécessitent une approche structurée. Pour éviter des coûts évitables, il est recommandé de faire appel à un partenaire expérimenté. Celui-ci concevra et créera l'architecture technique selon les directives et les meilleures pratiques.
Les avantages méritent toutefois d'être rappelés : IaaS signifie que l'on peut utiliser des centres de données (RZ) répartis dans le monde entier. Cela signifie qu'en cas d'expansion internationale de sa propre entreprise, le centre de calcul est déjà là, parfaitement connecté et peut être utilisé via le portail bien connu.
Les normes techniques atteintes par les fournisseurs de cloud computing sont extrêmement élevées et font l'objet d'un grand nombre de certifications. Cela n'est pas facile à atteindre sur site.
Last, but not least : pourquoi devrais-je parler de SAP on Azure avec Alegri en particulier ?
Mielke [rit] : C'est simple : nous avons le savoir-faire, des années d'expérience et le réseau de Microsoft, Suse et SAP. Alegri a introduit S/4 sur Azure et exploite SAP on Azure depuis 2015 déjà.
Nos collaborateurs disposent d'une excellente expérience, consignée dans des concepts, des listes de contrôle et des solutions logicielles pour une exploitation efficace des systèmes SAP dans Azure.
De plus, nous sommes neutres et indépendants, car nous ne vendons pas de logiciels Microsoft ou SAP. Nos conseils sont uniquement au service du client.
Débat d'experts sur le cloud à lire, entre autres avec Hinrich Mielke, Alegri, et Holger Bruchelt, Microsoft sur e-3.de/e-3-specials