SAP BI rencontre DevOps

Un projet récent chez un fournisseur de services de télécommunication a démontré qu'il est possible de combiner SAP BI avec DevOps. Si vous êtes à la pointe de la technologie, vous avez certainement déjà entendu parler du terme DevOps. Le principe de cette approche est d'améliorer la collaboration entre le développement de logiciels (Development) et l'exploitation informatique (Operations). Pour ce faire, on utilise des outils Dev et des méthodes de travail agiles. Du point de vue d'un développeur de logiciels, l'idée directrice est de générer une valeur ajoutée grâce à l'utilisation de DevOps, ce qui profite à tous les participants.

Un cas standard et pourtant différent

En principe, le projet était un cas standard. Différents artefacts BI, tels que les fichiers LCMBIAR, devaient être régulièrement déplacés afin de garantir la mise à jour des données lors de la création de rapports, par exemple dans SAP BO. Une particularité était toutefois que le client disposait de différents environnements. Pour simplifier, il y avait d'abord un environnement général dans lequel les modifications étaient "déployées".

Mais l'étape suivante consistait à déployer ces modifications au niveau suivant, dans un environnement de haute sécurité. Or, cela n'a été possible que par un processus manuel de plusieurs jours. Les fichiers étaient copiés manuellement de serveur en serveur. Les cycles de mise à jour s'étendaient ainsi sur une période allant jusqu'à deux semaines.

Cette situation n'était évidemment pas satisfaisante. Avec le pipeline Git, seul le déploiement direct sur l'environnement simple était possible avec la même validation de sécurité. Il fallait donc créer un pont vers le niveau suivant. 

La solution résidait dans un nouveau processus automatisé qui, via l'API de GitLab, vérifiait au moyen d'un petit script si des changements étaient intervenus sur une branche protégée. Avant chaque déploiement par un commit sur la branche protégée, l'autorisation de sécurité était en outre obtenue et le déploiement était testé par des pipelines automatiques.

Pas de déploiement sans validation

En automatisant la transmission des données, y compris le contrôle de sécurité, la frontière entre les environnements est devenue perméable et une accélération extrême a eu lieu. Il faut noter que ce type d'accélération par le déploiement automatisé via GitLab n'est pas vraiment prévu par SAP.

Il restait encore un obstacle à franchir. Les exigences de sécurité de la part de la sécurité informatique de notre client étaient très élevées. Notre solution répondait à ces exigences élevées, car notre script a permis de tirer le déploiement vers l'environnement haute sécurité selon le principe du pull. Cela a permis d'éviter que les données d'accès à l'environnement soient stockées sur des systèmes avec une autorisation de sécurité inférieure. Sur ce thème, il s'agissait de la toute première acceptation dans l'environnement du groupe. C'est une caractéristique unique.

Le résultat de cette solution sur mesure pour le client parle de lui-même : un processus qui prenait jusqu'à présent deux semaines a été réduit à trois minutes ! La valeur ajoutée pour toutes les parties prenantes ne fait aucun doute. La rationalisation permet d'économiser du temps, de l'argent et d'autres ressources. Mais ce résultat n'a été possible que parce que l'on a quitté l'environnement SAP habituel pour intégrer DevOps. Ce pont entre les différents domaines n'existe pas sur le marché. Pour cela, il faut des experts qui regardent au-delà de leur propre horizon professionnel, y compris le paysage des outils SAP.

Définition du déploiement

Le terme "déploiement" désigne la distribution et la mise à disposition de logiciels. Il est important que le déploiement se fasse via des processus (semi-)automatisés.