Aujourd’hui, les systèmes hérités sont souvent cruciaux pour le bon fonctionnement d’une organisation. Cependant, ils entraînent des coûts opérationnels élevés et il est de plus en plus compliqué de trouver les bonnes personnes pour en assurer la gestion et la maintenance.
L’alignement de ce type d’applications obsolètes et souvent monolithiques avec l’ère numérique actuelle et future constitue un véritable défi, tout comme leur actualisation au même rythme que l'évolution des entreprises. Dès lors, il se peut qu’une entreprise ne puisse plus répondre suffisamment rapidement aux besoins et aux attentes de son secteur et/ou de ses clients.
La gestion correcte de votre paysage applicatif et la mise en place d’un trajet de modernisation vous permettent de réagir rapidement. En outre, la modernisation réduit également votre montagne de dettes techniques. Aujourd’hui, toutes les conditions sont réunies pour y parvenir. Nous vous exposons les différentes manières de vous mettre à l’œuvre.
La tactique adaptée à votre contexte
Une fois que vous avez pris la décision de moderniser une application, c'est le moment d'agir en profondeur. Le paysage applicatif actuel est cartographié et évalué en détail afin de pouvoir déterminer la meilleure manière de le moderniser. Des réponses sont données à un certain nombre de questions, comme : Une application donnée peut-elle par exemple être transférée vers le cloud ?
En outre, il est également préférable de mener une discussion fonctionnelle : Dans quelle direction le paysage applicatif doit-il évoluer ? Quels sont les besoins du business qui sont (encore) couverts ou non à l’heure actuelle ?
Toutes ces informations sont mises dans la balance pour faire quelques choix architecturaux et identifier les exigences techniques du trajet de modernisation. Il est indiqué de soumettre à nouveau la voie choisie pour révision à tous les stakeholders, afin que tout le monde soit sur la même longueur d'onde et qu’un plan d’approche concret puisse être créé.
Une fois que tout a été cartographié et que l’on sait clairement quelles modernisations sont nécessaires, toute une série de stratégies de modernisation peuvent être mises en œuvre. La plus appropriée est déterminée sur la base du budget disponible et des exigences révélées par l’enquête précédente.
- Rehost: Le Lift & Shift bien connu. Il traite essentiellement d'infrastructure, les serveurs sont placés dans le cloud, mais on ne touche pas aux applications mêmes.
- Replatform: Les composants d'infrastructure classiques sont remplacés par des composantes Platform as a service (PaaS), par ex. base de données, identité et serveur application. La plus-value en matière d'applications est encore limitée, mais une stratégie replatform permet déjà de réaliser une économie importante au niveau de l'infrastructure et de sa gestion.
- Refactor: Le code existant est étudié de près et des modifications sont apportées pour mettre le code au niveau actuel. Généralement, l'application est divisée en parties et le refactoring se fait module par module.
- Rebuild: Il s’agit de la réécriture complète de l’application ou des applications existantes.
- Retire: Si l'investissement n'en vaut plus la peine, on ne fait plus rien et l'application meurt de sa belle mort.
- Retain: Bien entendu, il peut toujours s’avérer judicieux de ne pas moderniser tout de suite et de conserver (temporairement) l’application dans sa forme actuelle.
