La confiance naît de l'intégration et de l'automatisation

Le rôle de la direction s'est avéré crucial dans l'introduction et la pratique des méthodes et des processus DevOps dans les organisations SAP au cours des dernières années. Ce n'est qu'avec le soutien d'en haut qu'une véritable culture DevOps peut voir le jour. Mais toute culture a besoin d'une base sur laquelle elle peut s'appuyer solidement. Ce n'est que lorsque les deux conditions sont remplies, le soutien du haut et du bas, que la culture peut vraiment s'épanouir. Mais de quel matériau doivent être faites les fondations pour qu'elles soient durables ?

Le plus grand défi pour les équipes SAP est actuellement la préparation et la mise en œuvre de la transformation vers S/4 Hana. Elles sont soumises à une énorme pression en termes de temps et de réussite. La plupart d'entre elles préféreront une transition progressive. Cette approche prudente réduit certes les risques, mais elle a pour effet secondaire que deux environnements de systèmes et d'applications différents doivent être gérés et entretenus pendant un certain temps. Concrètement, ce mode de double maintenance signifie que les équipes SAP doivent non seulement appliquer des correctifs dans l'ancien monde SAP ECC et dans les nouveaux environnements S/4, mais aussi développer, tester et mettre en œuvre des modifications et des innovations. Cela rend leur tâche plus complexe et donc plus compliquée et plus sujette aux erreurs.

Les clients existants de SAP qui vivent déjà avec succès une culture DevOps sont clairement avantagés dans ce domaine. En effet, grâce à leur aide, les équipes concernées peuvent transformer les problèmes et les défis importants qui semblent les dépasser en un grand nombre de tâches.
diviser de petits sous-projets. Ainsi, les grands problèmes deviennent d'un seul coup petits, gérables et maîtrisables.

Cela vaut d'ailleurs aussi lorsque des clients SAP existants décident d'introduire la nouvelle génération de logiciels de Walldorf en une seule fois. En effet, l'exploitation et la maintenance du nouvel environnement, avec ses mises à jour et ses modifications fréquentes, présupposent pratiquement une culture DevOps.

Le concept DevOps accorde une attention particulière à la livraison continue (Continuous Delivery, CD) et à l'intégration continue (Continuous Integration, CI), afin que les modifications, les mises à jour et les correctifs de sécurité puissent être intégrés dans le code existant et appliqués dès qu'ils sont disponibles. En raison du grand nombre d'interdépendances dans le logiciel SAP dans les environnements de production, les efforts nécessaires à cet effet ne peuvent plus être gérés manuellement si ce processus doit se dérouler plus de deux ou trois fois par an.

Les équipes SAP ont donc besoin d'être soutenues par des outils appropriés. Ceux-ci doivent non seulement être intégrés, mais aussi hautement automatisés. Cette chaîne d'outils restera toutefois incomplète tant qu'elle ne sera pas en mesure d'intégrer et d'automatiser également les tests continus dans le processus.

Dans une culture DevOps, le développement est divisé en petites étapes partielles qui sont très gérables, non seulement du point de vue du volume des tâches, mais aussi du point de vue du temps. Le nouveau code qui en résulte doit déjà être testé plusieurs fois au cours de ces cycles d'une à deux semaines et son comportement dans un environnement de production doit être vérifié afin d'éviter à l'avance les erreurs et les interruptions de service qui en découlent.

Cependant, les tests manuels dépasseraient les délais serrés de ces cycles de développement. Les outils de test automatisés doivent donc faire partie d'une chaîne d'outils intégrée et font partie d'une culture d'assurance qualité continue, au même titre que les évaluations régulières par les pairs, les rétrospectives et les mesures.

La livraison, l'intégration et les tests continus, soutenus par une chaîne d'outils intégrée et automatisée, sont les matériaux qui constituent la base d'une culture DevOps dans les entreprises SAP existantes. Le prix est élevé : une meilleure qualité logicielle réduit massivement les risques liés aux cycles de mise à jour fréquents. En même temps, les coûts associés peuvent être divisés par quinze.