L'homme à tout faire

Monsieur Pleier, la crise actuelle a frappé durement l'économie, partout dans le monde. Quelle est, selon vous, la principale leçon à en tirer pour l'informatique d'entreprise ?

Markus Pleier : Cette crise et son ampleur nous ont tous pris par surprise. Pour un tel événement, il n'est pas possible d'élaborer à l'avance des plans formulés dans les moindres détails, qu'il suffirait ensuite de sortir des tiroirs en cas de besoin et qui couvriraient toutes les éventualités.

Ce n'est tout simplement pas possible. Cependant, il est toujours possible de faire mieux. Si l'on peut tirer une leçon générale, on peut la résumer en un terme : La résilience.

J'aurais plutôt attendu le mot numérisation.

Pleier : Une numérisation accrue est certainement l'une des réponses importantes et correctes à la question de savoir comment les entreprises et les économies entières peuvent le mieux sortir de la crise et retrouver le chemin de la croissance.

Mais la fragilité de nos structures actuelles, révélée par la crise, doit d'abord être éliminée. Nous avons besoin d'une nouvelle base stable sur laquelle nous pourrons construire, et sur laquelle nous pourrons ensuite poursuivre la numérisation.

Mais nous devons faire attention et dissiper d'emblée un malentendu : le terme de stabilité ne serait pas le bon s'il désignait des structures rigides. C'est pourquoi je préfère parler de résilience.

Nos structures actuelles étaient-elles trop rigides ?

Pleier : Oui, et cela s'applique à de nombreux domaines. Un arbre qui plie sous le vent ne se brise pas et perd tout au plus quelques branches. Les chaînes d'approvisionnement qui n'étaient pas suffisamment ramifiées et diversifiées au niveau régional sont celles qui ont le plus souffert de la crise.

En effet, le brin individuel de la chaîne n'était pas une branche ou un tronc flexible, mais une colonne de béton qui devait se briser en cas de secousse, entraînant l'effondrement de tout le bâtiment.

Nous l'avons vu en Allemagne, par exemple, avec les équipements de protection pour le personnel médical. Les entreprises qui n'avaient pas les capacités et la flexibilité suffisantes pour mettre en place des postes de travail à domicile performants ont dû faire face à des pertes de productivité et à des risques de sécurité accrus, car un cryptage moins efficace nécessite moins de puissance de calcul.

Ou alors, ils devaient se tourner vers le cloud public et peut-être enfreindre des directives et des réglementations internes ou externes.

Qu'est-ce que les entreprises auraient pu faire différemment ?

Pleier : La résilience consiste à résister aux chocs externes sans que le noyau ne se brise, alors que certaines parties peuvent tout à fait être temporairement affectées, voire tomber en panne.

Il s'agit donc de flexibilité, de redondance et de résilience, dans le sens où les pannes partielles ne mettent pas l'ensemble en danger et où, en outre, le niveau de résilience ne diminue pas.

Cela signifie également que les composants défaillants peuvent être réparés ou remplacés ailleurs, de préférence automatiquement. Des chaînes d'approvisionnement diversifiées au niveau régional pourraient se substituer les unes aux autres, ce qui permettrait d'éviter une panne totale.

Les environnements informatiques qui ne dépendent pas de composants individuels, qui sont distribués et redondants, peuvent contrôler et adapter de manière flexible l'allocation des ressources aux différentes charges de travail, de sorte qu'ils puissent toujours remplir leur mission principale, à savoir soutenir les priorités commerciales respectives.

Avec la bonne infrastructure, les entreprises peuvent assurer la stabilité tout en restant flexibles, la résilience et la redondance tout en restant abordables, l'extensibilité et l'évolutivité tout en évitant de nouvelles dépendances et vulnérabilités.

Cela semble très exigeant.

Pleier : C'est vrai. Mais je veux surtout donner du courage pour que nous tirions les bonnes leçons dans l'informatique. En effet, crise n'est pas synonyme de chaos, d'effondrement et de récrimination.

Au sens premier du terme, la crise est un moment de décision, mais pas une décision insignifiante, occasionnelle et sans grandes conséquences. Il s'agit plutôt d'une décision qui mène à un avenir plus stable, qui sera à son tour construit sur une base plus résiliente.

Ils exigent une réflexion à long terme. Or, actuellement, les entreprises ont plutôt des priorités à court terme.

Pleier : Vous avez raison. Et il doit bien sûr en être ainsi. Mais les décideurs savent aussi que les priorités à court terme ne doivent pas se faire au détriment des objectifs à long terme.

À quoi servent les économies de coûts à court terme si elles sapent les fondements d'une véritable numérisation qui conduirait à plus d'automatisation et à des gains de productivité ? Du point de vue de l'entreprise, la meilleure façon d'économiser a toujours été d'investir intelligemment.

C'est ce que les clients SAP existants avaient prévu de faire avec la transformation vers S/4 ! Maintenant, ils ont reporté cet important projet de numérisation.

Pleier : C'est tout à fait compréhensible. En effet, les équipes informatiques ont actuellement d'autres préoccupations. Après tout, la transformation est un projet qui prend du temps et mobilise beaucoup de ressources humaines.

Pour l'instant, la priorité est le télétravail, qui est venu pour rester en temps de crise. Parallèlement, les départements informatiques doivent contribuer à la réduction des coûts.

Mais cela nous ramène au moment de la décision déjà évoqué : Ces projets et activités à court terme sont-ils planifiés et réalisés de manière à jeter dès aujourd'hui les bases des initiatives à long terme qui suivront, voire à les simplifier et à les accélérer ?

Qu'est-ce que vous pariez ?

Pleier : Si la crise montre une chose, c'est que l'infrastructure est importante. En période de prospérité, nous ne les remarquons pas, elles sont certes là et fonctionnent d'une manière ou d'une autre, mais nous n'en tenons pas vraiment compte.

C'est alors l'affaire des équipes d'infrastructure. Le fait que nous prenions conscience, au-delà du cercle des spécialistes, de la configuration concrète d'une infrastructure est la conséquence d'une situation exceptionnelle.

Pour citer un exemple positif au-delà de l'informatique : Notre système de santé a tenu bon. Il était suffisamment décentralisé et flexible pour augmenter encore en peu de temps le nombre déjà imposant de lits de soins intensifs.

Le fonctionnement de l'ensemble du système a ainsi pu être maintenu à tout moment. Dans l'ensemble, le système de santé s'est révélé étonnamment résilient.

Et comment cela s'applique-t-il maintenant à l'informatique ?

Pleier : Dans tout ce que les équipes informatiques font et prévoient à long terme, elles doivent veiller à ce que leur infrastructure soit résiliente. En effet, ce n'est que si elle l'est que les priorités et les effets à court terme peuvent être maintenus en phase avec les objectifs stratégiques à long terme. Mieux encore : elles peuvent même les alimenter.

Pourriez-vous préciser ?

Pleier : Avec grand plaisir. L'augmentation du nombre de postes de travail à domicile n'est pas seulement un défi en termes de performances, c'est aussi une question de sécurité. Les correctifs doivent donc être appliqués le plus rapidement possible.

Dans les environnements d'infrastructure traditionnels, ce n'est pas si simple. Les délais entre les différentes mises à jour peuvent y être très longs en raison de la multiplicité des dépendances, par exemple vis-à-vis d'un pilote matériel spécifique ou de la version du système d'exploitation d'une ressource de stockage, et dans de nombreux cas, trop longs pour déjouer les attaques de plus en plus sophistiquées des cybercriminels.

Ne serait-il pas préférable d'avoir une infrastructure qui installe automatiquement les mises à jour de sécurité en appuyant sur un bouton ?

Mais n'est-ce pas un problème spécifique qui peut être résolu à court terme et qui n'a pas de conséquences particulières à long terme ?

Pleier : Je ne veux pas dire. J'ai délibérément choisi l'exemple des mises à jour parce qu'il s'agit d'un chantier permanent pour les équipes SAP. Bien sûr, il est possible de mettre en place assez rapidement une infrastructure de télétravail, sans connexion à l'environnement SAP et probablement par d'autres équipes que celles en charge des applications et bases de données SAP.

Mais voici le moment de prendre une décision : Ne serait-ce pas le moment de mettre en place une infrastructure qui résoudrait non seulement le problème des mises à jour pour le bureau à domicile, mais aussi pour l'environnement SAP central ?

Peut-être même une infrastructure commune pour les charges de travail les plus diverses, y compris SAP ? Une qui fonctionne aussi bien pour les environnements SAP-NetWeaver et AnyDB que pour les environnements SAP-Hana ?

Cela ressemble un peu à une solution miracle ...

Pleier : Vous n'avez pas tort. Mais n'oubliez pas que dans le domaine des infrastructures, une révolution a déjà eu lieu il y a des années.

Depuis lors, l'infrastructure est devenue un logiciel, le lien direct avec le matériel a été coupé, créant ainsi deux couches distinctes et fusionnant les différents composants de l'infrastructure tels que la puissance de calcul, la mémoire, le réseau et l'hyperviseur en fonctionnalités d'une seule et même plateforme logicielle.

Jusqu'à présent, beaucoup d'entreprises et d'équipes informatiques ne l'ont pas vraiment remarqué, car la révolution s'est produite dans les centres de données des fournisseurs de cloud.

Le cloud public n'est-il pas alors la composante résiliente du mix d'infrastructures ?

Pleier : Les hyperscaleurs ont certainement beaucoup aidé de nombreuses entreprises à surmonter les goulots d'étranglement internes pendant la crise actuelle. L'effet à court terme est certainement extrêmement positif.

Mais à long terme, cela crée de nouvelles complexités et dépendances. Des piles technologiques différentes et incompatibles nécessitent davantage de connaissances spécialisées et de coordination, et entraînent donc une plus grande complexité et de nouvelles dépendances.

De nouveaux points faibles apparaissent et mettent en péril le fonctionnement de l'ensemble du système. Il suffit de penser à ce qui se passerait si un câble de données était accidentellement coupé. Je n'appelle pas cela de la résilience.

Quelle serait l'alternative ?

Pleier : La réponse est évidente : faites venir le cloud dans votre centre de données ! Cela est possible grâce à un logiciel d'infrastructure complètement indépendant du matériel sous-jacent, qui peut être géré de manière centralisée et qui exécute automatiquement toutes les tâches administratives en appuyant sur un bouton.

Elle est entièrement virtualisée et redondante. Si un composant matériel ou une machine virtuelle tombe en panne, il n'y a pas d'interruption au niveau de l'application ni de perte de données.

Sur une telle plate-forme logicielle, il est alors possible d'exploiter les charges de travail les plus diverses : applications SAP, middleware NetWeaver, bases de données de différents fabricants, y compris Sybase, Microsoft SQL Server, DB2, PostgreSQL, MySQL et Oracle, et bien sûr Hana, environnements de test, de développement, d'assurance qualité et de production pour SAP, VDI, applications tierces, etc.

Du point de vue des équipes SAP, cela va toutefois à l'encontre de la pure doctrine. Beaucoup pourraient également douter qu'un système de production SAP fonctionne de manière suffisamment performante dans un environnement virtualisé.

Pleier : Nous connaissons ces préoccupations, mais elles sont infondées. En gardant les données auxquelles on accède via une machine virtuelle à proximité immédiate de celle-ci, et en plus dans la mémoire, on minimise le trafic réseau. Le bare metal n'est probablement pas plus rapide.

C'est ce que nous appelons la localité des données, et ce n'est qu'un des principes intégrés dans notre logiciel d'infrastructure hyperconvergé (voir l'article de Bas Raayman à la page 46). Notre plate-forme logicielle est accompagnée de son propre hyperviseur.

AHV est inclus dans nos licences et abonnements sans frais supplémentaires et est certifié par SAP pour les environnements SAP basés sur NetWeaver et Hana. Les clients peuvent être sûrs que leur Suite 7, mais aussi S/4, fonctionneront sans problème sur Nutanix. En outre, cela permet d'économiser des coûts de licence en masse.

Mais outre la performance et la sécurité contre les pannes, le cloud a encore d'autres avantages à offrir. Qu'en est-il ?

Pleier : Commençons par la question de l'évolutivité. Notre logiciel prévoit les besoins en ressources et donne l'alerte en cas de risque de goulots d'étranglement. Il est alors facile d'ajouter des nœuds, c'est-à-dire des combinaisons de mémoire, d'unité centrale et de réseau.

Pour le matériel nécessaire, nous soutenons un très large choix de fabricants. Il s'agit notamment de Dell EMC, Lenovo, Cisco, HPE et Fujitsu. En outre, nous proposons également les nœuds sous forme d'abonnement, de sorte qu'aucun investissement préalable n'est nécessaire.

Ainsi, l'effort financier peut être déplacé des coûts de capital vers les coûts d'exploitation. C'est également une pratique courante dans le cloud. Enfin, nous proposons de nombreuses connexions transparentes avec des hyperscalers, si les pics de charge ne peuvent être amortis qu'à l'aide de ressources externes.

Il s'agit d'une véritable approche hybride qui abolit les frontières entre les piles technologiques et les rend invisibles pour l'informatique, car toutes les adaptations nécessaires, par exemple lors du transfert d'une charge de travail de son propre centre de données vers le cloud public, AWS, GCP ou Microsoft Azure, sont effectuées de manière automatisée par notre logiciel.

Cela n'entraîne-t-il pas de nouvelles dépendances, cette fois vis-à-vis de votre logiciel ?

Pleier : Il y a une différence entre utilisation et dépendance. Ni le matériel sous-jacent ni les charges de travail ne sont câblés en permanence avec nos logiciels.

Vous pouvez à tout moment porter votre environnement sur d'autres plates-formes. Nos clients ont non seulement un plus grand degré de liberté dans le choix du matériel, mais aussi dans le choix de leur hyperviseur et de leur cloud public.

En outre, les licences et les abonnements que les clients achètent chez nous sont également portables, c'est-à-dire qu'ils peuvent passer de leur propre centre de données au cloud et inversement. Nous offrons ces degrés de liberté et de choix tant que les clients utilisent nos logiciels.

Revenons à l'aspect du court terme par rapport au long terme. Que propose votre logiciel aux clients existants de SAP à cet égard ?

Pleier : Grâce à notre plateforme logicielle, les entreprises peuvent mettre en place des espaces de travail numériques en grand nombre, de la commande au déploiement en quelques jours.

Mais il est également possible d'exploiter une base de données Hana, un environnement NetWeaver ou SAP Business Suite et S/4 sur la même plateforme. Pour tous ces environnements, notre plateforme est certifiée par SAP.

Mais le plus important, c'est l'automatisation des tâches administratives et le soutien du concept DevOps. C'est ce qui compte le plus à long terme.

Pourquoi est-ce si important ?

Pleier : Si l'on veut que la numérisation réussisse, l'informatique doit devenir plus agile. Le principe "never touch a running system" ne pourra alors plus s'appliquer et il faudra mettre fin à la perte de temps liée aux tâches routinières.

Les entreprises se restructurent, achètent et vendent pour réagir à la crise actuelle, mais aussi aux innovations technologiques et à la concurrence des start-ups qui en découle.

Il n'est donc pas acceptable qu'il faille des semaines ou des mois pour mettre en place l'infrastructure nécessaire à l'intégration de l'environnement applicatif des entreprises rachetées ou à la mise à disposition de nouveaux environnements de bases de données. Les développeurs ne doivent plus être gênés dans leur travail et leur productivité parce que l'équipe d'exploitation ne suit pas.

Notre plate-forme permet par exemple de créer des blueprints pour les environnements de développement et de test SAP. Les développeurs peuvent ensuite cliquer sur un tel blueprint dans un modèle en libre-service et l'environnement est prêt en quelques secondes ou minutes.

En outre, les données du système de production peuvent être clonées en quelques minutes à des fins de test. Cela augmente la fiabilité des résultats de test de plusieurs ordres de grandeur. Cela peut déclencher un saut quantique en termes de productivité.

Mais de nombreux clients SAP existants sont tout à fait satisfaits de leurs environnements actuels. Pourquoi devraient-ils les porter sur votre plate-forme ?

Pleier : Pour deux raisons. D'une part, ils bénéficient d'une plus grande agilité et d'une meilleure productivité grâce à une automatisation accrue. D'autre part, ils réduisent leur coût total de possession.

Ils peuvent économiser sur les licences, l'électricité et le refroidissement, l'espace et les frais d'administration ; globalement, les coûts d'infrastructure sont réduits jusqu'à 60% selon une étude.

En outre, les clients peuvent, en appuyant sur un bouton, mettre à disposition un paysage SAP complet avec des systèmes de développement, de test, d'assurance qualité et de production pour une nouvelle unité commerciale ou une filiale achetée.

Vous pouvez migrer plus rapidement des bases de données existantes vers SAP Hana. Vous pouvez consolider et harmoniser plus facilement les paysages existants en prévision de la grande transformation vers S/4.

En outre, ils peuvent mettre en place des mises à jour en appuyant sur un bouton, sans avoir à se préoccuper des dépendances au niveau de l'infrastructure ou à sacrifier des week-ends pour des arrêts de système planifiés.

De plus, nous proposons un bouton "retour" si quelque chose ne fonctionne pas comme souhaité ou prévu.

N'est-ce pas justement à cause de ces simplifications que vous provoquez la résistance de nombreux spécialistes ?

Pleier : Bien sûr, nous devons toujours faire un travail de persuasion auprès des clients. Oui, nous rendons moins dépendants des connaissances spéciales et des spécialistes, mais nous ne dévalorisons pas leurs compétences et leur savoir-faire.

En effet, tout ce que fait notre logiciel peut être contrôlé par des lignes de commande et visualisé au niveau du code. Les équipes informatiques ne perdent donc jamais le contrôle ou doivent faire confiance à une sorte de boîte noire.

Mais nous simplifions radicalement le travail quotidien, même pour les non-spécialistes. Nous augmentons ainsi la résilience de l'ensemble de l'informatique. Si un spécialiste de tel ou tel matériel ou de telle ou telle base de données est en vacances ou malade, notre plate-forme ne provoque pas de pannes douloureuses. Mais l'argument de la résilience ne s'arrête pas là.

Mais alors ?

Pleier : Ne pensons pas à court terme, mais à moyen et long terme. Au cours des dix prochaines années, une grande partie des baby-boomers partira à la retraite. Il sera difficile, voire impossible, de remplacer tous les postes qui se libèrent par de jeunes collègues.

En outre, nous avons besoin de nos professionnels de l'informatique, aujourd'hui et à l'avenir, surtout pour le développement et le suivi des applications. Nous ne pouvons faire face au changement démographique qu'en augmentant la productivité et les contributions à la valeur ajoutée de la génération montante, si nous voulons maintenir les perspectives de croissance des entreprises à long terme et assurer notre prospérité globale. Nos logiciels peuvent également y contribuer.

Merci beaucoup pour cet entretien.