À mesure que les équipes de développement SAP adoptent la livraison agile, une question clé demeure : pouvez-vous mettre en place DevOps lorsque SAP représente une grande partie de votre paysage système ?

La réponse simple est que vous pouvez mettre en œuvre DevOps avec SAP et tirer profit de vos outils, méthodologies et pratiques DevOps d'entreprise existants. La bonne nouvelle est que cela est possible même pour les entreprises ayant d’importantes solutions SAP ECC ERP sur site et fortement personnalisées. Appliquer DevOps avec SAP à ces domaines nécessite quelques étapes supplémentaires — et ne reflétera pas exactement le nouveau DevOps infonuagique de SAP — cependant, cela demeure réalisable.

Ce blogue vise à présenter comment réaliser DevOps dans un environnement hybride où les solutions SAP sur site et/ou infonuagiques sont un élément central de votre paysage. Bien que je couvre des sujets et des approches qui aideront les personnes novices sur le sujet, mon intention est de mettre en lumière des opportunités et des considérations plus larges pour les entreprises déjà engagées dans ce parcours.

Comprendre le défi du changement dans le développement SAP

Toutefois, avant de penser que ce sera simple, vous devez comprendre le sujet et planifier comment vous souhaitez le mettre en place. Il y a des enjeux pratiques à considérer lors de la gestion du paysage SAP Business Technology Platform. Préparez-vous donc à peaufiner votre approche organisationnelle du développement et à déterminer un échéancier pour intégrer les approches DevOps standard ou vous orienter vers des solutions plus spécifiques à SAP. Ceci est particulièrement pertinent si vous avez toujours une importante base de code ABAP dans votre système sur site et que vous cherchez à simplifier cette dette technique dans le développement SAP.

Mais pour de nombreuses entreprises, le défi ne concerne pas les outils techniques, les applications associées ou les méthodologies, mais plutôt les personnes et la configuration organisationnelle. DevOps implique de passer d’une grande équipe de développement unique (avec une équipe de soutien distincte) à de plus petits sous-groupes polyvalents (guildes, escouades, iTribes et/ou équipes produit). Ceux-ci se concentrent sur des secteurs d’affaires précis et visent à tirer profit de l’ensemble de la chaîne d’outillage développementale pour bâtir de nouvelles solutions et les faire évoluer en continu.

Réaliser DevOps dans un environnement hybride

Ces sous-équipes se tournent naturellement vers les pratiques DevOps générales et se demandent comment appliquer ces approches lorsque SAP constitue une composante centrale de leur paysage, alors qu'elles interagissent aussi avec une multitude d’autres systèmes et outils.

Voici quelques sujets initiaux à considérer lors de la mise en œuvre de DevOps dans l’environnement hybride SAP et d’autres solutions sur mesure, sur site et infonuagiques :

1. Comprendre DevOps, ses principes de base et sa méthodologie
   1. Organisation – Commencez par envisager de structurer vos équipes en réunissant développement et soutien, y compris les responsables d’affaires, afin de permettre une gamme complète de compétences au sein d’une équipe DevOps. Cela est souvent plus facile à dire qu’à faire et pourra varier selon la façon dont vous budgétez et approuvez vos programmes de travail. Vous devez donc comprendre qu’une livraison itérative DevOps diffère bien souvent de l’ancien modèle de développement en cascade, tant pour l’estimation que pour la livraison. Dans le passé, il y avait un transfert distinct (et ultérieur) vers le soutien. Désormais, cela exige une meilleure planification pour un développement continu, la différenciation commerciale et l’innovation.
   2. Démarche/méthodologie – Confirmer votre approche DevOps — et spécifiquement comment elle s’intègre à votre paysage SAP — est un enjeu clé à traiter dès le départ. Cela peut inclure une démarche DevOps pure, homogène à l’ensemble de l’organisation, pouvant être entièrement adoptée au sein de SAP Business Application Studio en mode cloud. Cependant, cela exige l’adoption de concepts et l’utilisation d’outils distincts pour appliquer ceux-ci aux vastes solutions SAP sur site et historiques utilisant le langage de programmation propre à SAP, ABAP, et ses outils de développement.Ainsi, des outils et approches spécifiques sont nécessaires pour certaines méthodes de développement SAP historiques — mais même dans ces cas, plusieurs principes DevOps comme les tests et déploiements automatisés et la gestion SAP restent applicables.
   3. Chaîne d’outils – La chaîne d’outils englobe la gestion des demandes, la base de code, les tests automatisés et le déploiement dans les secteurs opérationnels. Elle peut couvrir de nombreux éléments, mais souvent le premier geste clé consiste à mettre en place les outils et étapes critiques du cycle de vie du développement logiciel (SDLC) afin de maximiser la valeur, la visibilité et le contrôle grâce à un tronc commun d’outils et de méthodologies. Les aspects clés de la chaîne d’outils sont la sécurité et la résilience, et tous les outils de soutien dans ces domaines doivent faire partie de la méthode de livraison et de l’ensemble d’outils.
   4. Lien avec l’agilité – L’approche DevOps est liée à une démarche plus agile. Ainsi, incluez DevOps et l’agilité dans vos revues ainsi que d’autres principes, stratégies ou façons de travailler réactualisés. Ajoutez aussi des méthodes de conception larges telles que le design thinking, les créations cloud natives et les canevas de conception réactualisés qui soutiennent votre livraison DevOps lors de la gestion.
   5. Application affaires et TI – Sachez comment vous envisagez d’appliquer les principes DevOps du point de vue à la fois affaires et TI. Idéalement, vous devez cibler quelques premiers secteurs à adopter pour opérer et faciliter la livraison DevOps au sein de votre entreprise.
2. Passer en revue la livraison DevOps dans votre entreprise
   1. Position actuelle sur le parcours DevOpsPosition actuelle sur le parcours DevOps – Évaluez la capacité actuelle de votre entreprise sur DevOps, ses outils, son approche. Même si votre entreprise ne livre pas officiellement suivant le style DevOps, il existe sans doute des équipes suivant déjà certains aspects et pouvant participer à la discussion ou faire partie des premiers groupes d’adoption. Ceux-ci pourraient provenir d’équipes axées sur la livraison cloud, les applications mobiles ou les expériences utilisateurs plus riches. DevOps peut aussi regrouper DevSecOps, IA/MLOps, DataOps, etc., ainsi qu’une vaste gamme d’éléments de chaîne d’outils. Il importe donc de bien comprendre comment tout cela peut s’harmoniser dans une approche axée SAP.
   2. Identifier les premières étapes – S’entendre sur vos principes, méthodologie potentielle, chaîne d’outils et secteurs d’affaires visés pour l’adoption DevOps permettra d’orienter la façon dont DevOps (avec un accent sur SAP) sera mis en place dans l’entreprise.
3. Considérer les solutions SAP disponibles pour soutenir la livraison DevOps
   1. Identifier votre chaîne d’outils et méthodologie de base – Il peut s’agir d’un mélange d’éléments DevOps purs issus des solutions ouvertes reconnues, d’outils spécialisés et d’éléments propres à des applications comme SAP (détaillés ci-après). La chaîne d’outils et la méthodologie doivent soutenir votre stratégie visée.
   2. Outils ou capacités SAP spécifiques – SAP peut fonctionner selon la démarche DevOps pour les solutions Business Transformation Platform (BTP), mais cela est aussi possible avec les options restantes d’extensibilité applicative et ERP centrales, et même via la configuration SAP propre. SAP peut recueillir de nouveaux besoins issus des projets, des incidents de soutien ou (pour ceux qui misent sur DevOps) colliger les éléments en attente tous rattachés à des solutions comme SAP Solution Manager (SolMan) ou pour les plus axés cloud par SAP Asset Lifecycle Management (SAP Cloud ALM). SAP élargit la gamme d’options techniques, par exemple SAP Build, pour offrir plus de solutions low-code et no-code, mais il ne faut pas oublier d’ajouter une gouvernance légère, un soutien aux développeurs/utilisateurs citoyens et des garde-fous autour de tout cela pour garantir le succès. SAP enrichit ses fonctions de plateforme et ses chaînes d’outils ; il y a des options de gestion du code et de la configuration (comme GitHub), ainsi que des solutions de tests (Unités de test ABAP (tests Aunit), tests fonctionnels via Tosca, ABAP Test Cockpit (ATC)), et aussi d’options associées à la qualité et à la pureté du code. SAP peut tout relier à ses solutions de gestion des changements et des mises en production (ChaRM) pour inclure aussi le déploiement du côté développement et production.
   3. Gestion et contrôle globaux – Un point à envisager avec DevOps est la pluralité d’outils ou d’options pour initier les besoins et cas d'utilisation, de la gestion du pipeline CI/CD à son déploiement. Ainsi, pour la gestion SAP, il peut être utile de déterminer quel outil pilotera chaque aspect dans le cycle DevOps (ex. : pour les exigences, incidents et cas d’utilisation, est-ce que ce sera SAP SolMan, ALM, Remedy, ServiceNow, Focused Build ou des outils DevOps tels que Jira ou d’autres plateformes comme Azure DevOps). Une fois identifié, l’élément principal pourra transmettre les informations essentielles à d'autres outils connexes et recevoir les mises à jour de statut, offrant ainsi une vue d’ensemble sur le processus (CI/CD) et l’état des items spécifiques.
4. S'appuyer sur des solutions DevOps élargies dans les environnements hybrides
   1. Paysage hybride – La coordination avec les autres éléments de la chaîne d’outils agile et DevOps est un enjeu prioritaire. Il est possible d’avoir une chaîne d’outils et un pipeline resserrés autour de quelques éléments clés comme les systèmes de billets informatiques (Snow, Remedy, Focused Build & ALM de SAP), gestion de code (Github, BitBucket), automatisation des tests fonctionnels (One Test de HCLTech, LoadRunner, Tosca), gestion des défauts (Quality Centre, SolMan, Jira), surveillance/alertes (CCMS de SAP, Splunk), etc. Puis étoffez au fil du temps, à mesure que vos équipes se familiarisent avec la livraison DevOps et que les besoins se précisent pour soutenir la livraison, la surveillance ou la rétroaction. En définissant votre chaîne d’outils de base, vous pourrez aussi déterminer la façon de coordonner les éléments et leur suivi, au besoin HCLTech propose des outils spécifiques intégrant cette vue d’ensemble globale (ex. : HCLTech Accelerate).
   2. Approche architecturale réactualisée – DevOps est un pas vers la simplification de vos applications clés. Elle permet aux éléments commerciaux prêts à l’emploi (COTS) de se concentrer sur les fonctions standard, d’identifier les secteurs d’innovation et de différenciation de votre entreprise et de déterminer s’ils sont mieux livrés de façon juxtaposée (side-by-side), souvent dans le cloud — toujours guidé par de réels bénéfices et un retour sur investissement. Les architectures doivent privilégier les solutions découplées et faiblement liées. Cela soutiendra la résilience et la tolérance aux pannes, tout en facilitant des déploiements plus fréquents pour offrir des améliorations rapides des processus d’affaires et une expérience utilisateur enrichie. Pour y parvenir, les solutions doivent être découplées et/ou permettre l'interopérabilité ascendante et descendante. De plus, la logique métier doit être configurable ou régie par des règles accessibles aux utilisateurs finaux, plutôt qu’en dur dans le code ; et tout cela doit être mis à profit au moyen d’options low-code avec automatisation accrue et une capacité d’évolution et de livraison accélérée ! Ainsi, vos principes architecturaux, vos stratégies et les modalités de livraison doivent être clairs afin que les équipes DevOps puissent passer aux nouveaux modèles de conception tout autant qu’aux modes de livraison renouvelés.
   3. IA/ML – DevOps (surtout côté opérationnel) ouvre la voie à l’AIOps et à l’application de l’IA/ML pour comprendre journaux, incidents/pannes via les comportements utilisateurs ou systèmes, menant à l’automatisation, à la RPA, et à des solutions intelligentes pour résoudre et améliorer les problèmes relevés. Par conséquent, les domaines d’innovation et d’IA/ML élargis doivent être pris en compte, puisqu’ils comptent parmi les moteurs et bénéfices clés de l’adoption DevOps.

Le développement SAP a longtemps été figé dans ses habitudes, mais de nombreux concepts et méthodes ont émergé au cours de la dernière décennie. C’est particulièrement vrai avec la plus récente approche SAP pour la livraison applicative d’affaires. En abordant DevOps comme concept, vous pouvez d’abord faire de premiers pas graduels en adoptant quelques méthodes et outils clés, puis évoluer jusqu’aux options pleinement cloud natives au sein de SAP Cloud ALM.

Pour accompagner les clients dans ce parcours, HCLTech a identifié les principes DevOps typiques qui peuvent représenter un défi pour ceux qui ont l’habitude d’approches SAP Business Technology Platform historiques. Pour y remédier, nous présentons des options tactiques et stratégiques afin de surmonter ces écueils. Nous recommandons aux organisations d’évaluer fondamentalement comment elles aligneront leurs pratiques DevOps actuelles autour de SAP.

DevOps peut être appliqué dans un environnement hybride où SAP sur site et/ou les solutions cloud constituent une composante clé de votre paysage.

Nous souhaitons échanger avec les organisations qui gèrent de grands systèmes SAP sur site afin de les aider à comprendre comment elles pourraient transformer leur capacité de livraison. Si vous vous intéressez plus précisément à l’impact sur le développement SAP, veuillez consulter mes autres blogues et télécharger notre eBook cloud native .