Il est courant que les équipes informatiques de SAP veuillent briser les chaînes des cycles de publication standard de SAP et fournir plus fréquemment de "petits morceaux" de fonctionnalité. C'est possible grâce à la livraison continue.

Il n'est plus nécessaire d'attendre que les modifications soient écrites, testées et que les bogues soient corrigés avant de "jeter le code par-dessus le mur", comme dans une approche traditionnelle en cascade.

Les équipes informatiques de SAP peuvent lancer de nouvelles fonctionnalités rapidement et souvent avec beaucoup moins de risques. La réponse est l'orchestration et l'automatisation.

Chez Rev-Trac, nous aidons les clients SAP à réaliser la livraison continue des changements SAP depuis près de 20 ans.

Au cours de cette période, la définition d'un pipeline de livraison continue a évolué.

Aujourd'hui, les flux de travail sont plus complexes avec intégrations entre Rev-Trac, SAP, les solutions ITSM, les inspecteurs de code, les outils de test et d'autres applications similaires.

Dans le même temps, les exigences en matière de sécurité pour ces pipelines sont plus strictes afin de se conformer à des spécifications et à des réglementations rigoureuses à l'échelle de l'entreprise.

Construire un pipeline de livraison continue

Compte tenu de ces changements, voici trois choses que vous devez faire pour mettre en place un pipeline de livraison continue efficace en vue d'une mise en service plus fréquente des versions SAP.

  1. Analyser et améliorer les processus: Prendre le temps d'identifier ce qui est en place aujourd'hui et ce qui est nécessaire pour aller de l'avant. Avec de multiples outils impliqués dans le processus de livraison continue de bout en bout, définir clairement et concevoir les étapes devient plus critique que jamais. L'automatisation d'une approche défectueuse pour la livraison continue SAP ne permettra pas d'atteindre les résultats escomptés - livraison plus rapide de changements de meilleure qualité aux utilisateurs de l'entreprise avec un risque considérablement réduit. Selon Milind Govekar, vice-président de la recherche chez Gartner, "Plus vous standardisez l'environnement avant de l'automatiser davantage, mieux vous serez placé... n'automatisez pas le désordre - débarrassez-vous d'abord du désordre".
  2. Gérer soigneusement le champ d'application : C'est un vieux cliché, mais il s'applique parfaitement à la situation actuelle. N'essayez pas de faire bouillir l'océan. En fonction de la taille de l'organisation, il se peut que vous ne puissiez pas mettre en place le nouveau processus en adoptant une approche "big bang". Imaginez que vous essayiez de déployer un nouveau processus de livraison continue SAP auprès de plusieurs centaines d'utilisateurs répartis dans le monde entier. Est-ce possible ? Oui, mais il serait préférable d'adopter une approche progressive, dans laquelle plusieurs équipes pilotent la nouvelle solution pendant plusieurs semaines, puis les autres équipes sont intégrées à la solution à un rythme mesuré.
  3. Aborder la question de la sécurité dès le début : La sécurité du processus de livraison continue de SAP est primordiale pour les clients de SAP. Les exigences de sécurité relatives aux pipelines de livraison continue SAP sont de plus en plus strictes et difficiles à gérer, et ce à juste titre, compte tenu des violations de données de plus en plus fréquentes dans tous les secteurs. Les processus de changement SAP impliquent souvent une combinaison d'outils dans de nombreuses fonctions, comme l'ITSM, les tests, le code et l'analyse d'impact. Il est essentiel d'intégrer des technologies telles que ServiceNow, Jira, Solution Manager et d'autres solutions de test automatisées, afin de former une chaîne d'outils de bout en bout et d'atteindre les objectifs de livraison continue.
    La sécurité de ces intégrations est fondamental pour les équipes INFOSEC d'une organisation. Ainsi, tout intégrations dans votre pipeline doivent être basées sur des API REST hautement sécurisées, plutôt que sur des services web moins sécurisés. Les API REST prennent en charge des protocoles d'authentification plus sûrs - et pas seulement l'authentification de base HTTP comme les services web - pour aider à protéger votre intégrations des brèches et des attaques extérieures.

Le présent article explique pourquoi les API REST sont essentielles et, en particulier, la prise en charge d'OAuth2.0.

Si vous avez des questions ou si vous souhaitez discuter des processus de livraison continue de SAP, n'hésitez pas à nous contacter. nous contacter pour en savoir plus.