DevOps : un levier de performance pour les produits legacy ?

“There are no legacy systems, just legacy thinking.”

Cette phrase, que l’on pourrait traduire par « Il n'y a pas de système hérité, juste une réflexion héritée. » illustre parfaitement cette réalité : la résistance au changement introduit par DevOps, que l’on prête largement aux équipes legacy, ne reflète pas la réalité. En quoi DevOps peut-il précisément constituer un levier de performance pour les produits legacy ?

1 - Le legacy  : ça existe encore ?

Legacy signifie littéralement « héritage » en anglais. Mais on est loin de l’héritage du vieil oncle qui a fait fortune en Amérique et qui lègue ses millions de dollars…

Il est surtout question de systèmes relativement anciens - parfois remontant aux années 1970 ! - développés avec des langages quasiment oubliés (ayons une pensée pour les inusables Fortran et Cobol) et qu’il est très difficile de faire évoluer ou de basculer dans le Cloud.

Le legacy représente donc ces produits dit « historiques », bien souvent utilisés par une grande majorité des clients dans des secteurs comme la banque ou l’assurance.

Les éditeurs, dont fait partie Cegid, doivent savoir gérer la transition vers leurs nouveaux produits tout en maintenant un haut niveau de qualité : en effet, la fidélité de leurs clients se joue aussi ici !

Côté clients, plus de la moitié des activités (et donc des budgets) des DSI reposent sur ces produits legacy, c’est-à-dire sur le support des systèmes en place.

Ces derniers offrent en effet une performance acceptable, les applications sont maîtrisées et amorties. L’effort de migration n’est donc pas toujours rentable.

Pourtant, il est fréquent de mettre en œuvre les principes DevOps pour ces offres legacy : dans quel but ?

2 - DevOps  : réservé au Cloud native ?

Schématiquement, on pourrait décrire le legacy comme étant le domaine de la stabilité applicative, avec peu de changements, des cycles de développement longs et peu d’automatisation : à priori, tout cela serait fort éloigné du principe DevOps, censé amener la culture du changement chez Ops.

La réalité est toute autre : DevOps apporte en effet une nouvelle culture, un état d’esprit (DevOps Mindset) au service de la satisfaction client, ce qui est aussi applicable avec le legacy.

Certes on ne se fixera pas les mêmes objectifs DevOps que sur une offre Cloud native par exemple, notamment dans l’automatisation ou les technologies utilisées mais on pourra tirer parti des principes, des méthodes DevOps pour améliorer globalement le niveau de service.

Dans une optique de fluidification, de migration des environnements clients d’infrastructures On-Premise vers le SaaS, les principes DevOps constituent certainement un vrai levier d’accélération.

3 –DevOps  : un allié pour tous

Il existe donc un certain nombre d'outils DevOps qui peuvent aider les équipes en charge du legacy.

               Pourquoi les utiliser ?

Parce que cela réduit notablement les coûts et les délais tout en agissant favorablement sur l’expérience utilisateur, sur la compétitivité des produits, sur l’atteinte des objectifs business, etc.

Notons que la récente crise sanitaire a accéléré l’adoption par les clients d’offres performantes, capables de soutenir des montées de charges importantes ce qui a mis en lumière l’urgence de la modernisation pour répondre à ces besoins nouveaux.

               Comment les utiliser ?

En amenant le changement dans les équipes, dans les process, et dans les outils, en s’appuyant sur les principes DevOps.

4 – Comment Cegid utilise les principes DevOps sur ses offres historiques ?

Acteur majeur du Cloud depuis plus d’une quinzaine d’années, Cegid possède un portefeuille de plus de 50 services dans les métiers réglementaires. Les plus récents sont bien entendu Cloud Native mais un grand nombre de produits legacy ont été portés via des pratiques de rapprochement entre les Dev et le Ops. Cela a permis d’apporter une plus grande fluidité dans les mises à jour ou des capacités de monitoring sur des populations de clients parfois très importantes.

Cegid a introduit les pratiques DevSecOps (development, security, and operations ) au sein de son organisation depuis quelques années, et rentre dans une phase importante d’accélération. Ces pratiques sont déployées sur tout son portefeuille, legacy ou non, à travers des évolutions :

- Technologiques en modernisant l’infrastructure avec l’évolution par exemple vers le Cloud public. Cela permet d’être plus flexible et de remplacer progressivement des composants en utilisant par exemple des composants de type PaaS ou des containers.

- Organisationnelles en faisant travailler dès le début du cycle des équipes traditionnellement cloisonnées Dev et Ops sur des modèles de type SRE introduits par Google

- Sur les outils grâce à l’utilisation d’outils d’ALM (Application Life cycle Management) comme Azure DevOps pour automatiser et sécuriser la chaîne de déploiement mais aussi des outils de tests embarqués, des automatisations des tests, des outils de ChatOps, des outils de Performance Management (APM, log management, tracing) à la pointe, etc.

- Sur le Mindset et la culture. On parle ici d’agilité, bien sûr ! Cegid a déployé l’agilité sur l’ensemble de son organisation représentant près de 1000 personnes et a fait de la culture DevOps une priorité : fail fast, mesure permanente, amélioration continue, partage et co-responsabilité.

Ces évolutions ont permis à Cegid de répondre à la demande de son marché en basculant avec succès ses offres legacy sur le Cloud avec une croissance de plus de 30% par an ces dernières années.

---

---