Qu’est-ce que la modernisation des applications ?

La modernisation des applications est le processus qui consiste à prendre les applications existantes et à moderniser l’infrastructure de la plateforme et l’architecture interne et/ou les fonctionnalités. Aujourd’hui, une grande partie du débat sur la modernisation des applications concerne les applications monolithiques sur site, généralement mises à jour et gérées à l’aide de processus de développement en cascade, et la manière dont ces applications peuvent être intégrées à l’architecture cloud et aux modèles de publication, à savoir les microservices et le DevOps.

Les avantages de la modernisation des applications se résument généralement à l’amélioration de la vitesse de livraison de nouvelles fonctionnalités, à l’exposition des fonctionnalités des applications existantes pour qu’elles soient consommées via l’API par d’autres services et au changement de plateforme des applications sur site vers le cloud à des fins d’évolutivité, de performances des applications et de stratégie informatique et du centre de données à long terme.

Les défis posés par la modernisation des applications sont généralement liés au coût et à la complexité. Déplacer une application d’un environnement local vers le cloud sans se soucier du ROI n’a pas de réelle utilité. À l’inverse, d’autres applications pourraient bénéficier de manière significative d’un changement de plateforme ou d’architecture, mais elles dépendent tellement des systèmes et de l’infrastructure existants que la complexité de la modernisation peut l’emporter sur les avantages.

En fin de compte, la clé de la réussite de la modernisation des applications réside dans la stratégie et le choix des projets de modernisation des applications où les avantages du cloud, de la vitesse, des performances, de l’échelle, du développement de nouvelles fonctionnalités, etc. sont ceux qui offrent à l’application donnée une voie claire pour améliorer l’expérience client et le ROI.

Les applications héritées sont souvent des applications monolithiques. Les applications monolithiques présentent deux caractéristiques qui rendent leur modernisation souhaitable : elles sont difficiles à mettre à jour et leur dimensionnement est difficile et coûteux.

Les applications monolithiques sont difficiles à mettre à jour pour des raisons architecturales. Comme tous les composants d’une application sont livrés ensemble, ajouter des fonctionnalités est difficile et coûte cher en raison des défis posés par l’intégration.

Il est difficile et coûteux de les dimensionner pour des raisons similaires. Si un seul composant d’une application est confronté à des problèmes de charge et de performance, il peut devenir nécessaire de dimensionner l’application entière uniquement pour s’adapter au composant le plus exigeant. Cette approche s’accompagne d’un gaspillage informatique considérable.

En modernisant une application vers une architecture de microservices, les composants sont plus petits, faiblement couplés, et peuvent être déployés et mis à l’échelle indépendamment les uns des autres. Bien qu’elle comporte son propre lot de défis, c’est dans cette approche que réside l’essentiel de la valeur fondamentale de la modernisation.

Le meilleur moyen de commencer un projet de modernisation des applications, c’est de procéder à une évaluation. Faire l’inventaire de ce que vous avez est presque toujours l’une des façons les plus évidentes d’entamer une transformation de ce type.

Une fois la liste établie, vous pouvez placer toutes ces applications sur un graphique à deux axes (x et y) selon la facilité/difficulté de leur modernisation et la valeur potentielle de l’opération. Vous pouvez également prendre en compte la valeur potentielle pour déterminer l’importance de l’application pour l’expérience du client et pour l’avenir de votre organisation.

Les applications qui se situent dans le quadrant supérieur droit de cette grille de forte valeur ajoutée et faible effort seront les options les plus évidentes pour démarrer votre projet de modernisation des applications.

Les décisions les plus délicates concernent les applications de grande valeur qui sont difficiles à déplacer. Pour ces dernières, il n’est pas nécessaire d’adopter une stratégie du « tout ou rien » dès le premier jour. Il existe des approches de la modernisation des applications qui permettent de réduire les risques et les coûts tout en faisant évoluer votre portefeuille dans la bonne direction.

Plusieurs approches bien connues de la modernisation des applications se concentrent sur une combinaison de la plateforme, de l’architecture de l’application et de l’exposition de la fonctionnalité de l’application à l’aide d’une API.

Le modèle le plus courant de modernisation des applications consiste à remanier et à décomposer une application monolithique en un ensemble de petits microservices faiblement couplés.

Dans l’exemple d’architecture de microservices ci-dessus, une application de vente au détail est passée d’une application unique à plusieurs niveaux à un ensemble de microservices regroupant tous les services de l’application, chacun avec sa base de données et son modèle de données.

Dans ce domaine, l’une des approches est connue sous le nom de « modèle d’étranglement ». Au lieu de décomposer le monolithe d’un seul coup, le modèle d’étranglement consiste à démonter l’application petit à petit, en retirant d’abord les parties les plus faciles et les plus précieuses, et au fur et à mesure que cette approche progresse, il ne reste finalement plus rien du monolithe.

Dans le cadre d’une restructuration en microservices, le changement de plateforme ou d’hébergement des applications fait presque toujours partie du processus de modernisation. Bien qu’il soit possible de simplement déplacer les applications sans procéder à une réécriture substantielle, la valeur réside le plus souvent dans la restructuration de l’application pour mieux profiter des modèles cloud, en tirant parti des conteneurs et de Kubernetes. (En savoir plus sur la migration vers le cloud.)

Enfin, une autre approche de la modernisation consiste à laisser une application en place tout en exposant ses fonctionnalités ou ses données de manière sécurisée via des API. Cette approche, qui repose davantage sur l’intégration que sur la migration, permet aux nouvelles applications cloud natives de profiter simplement des capacités des systèmes et des données existants.

Il existe un large éventail de technologies qui peuvent faciliter le processus de modernisation dans la plupart des organisations.

Si le cloud public est essentiel à toute stratégie de modernisation, les stratégies de cloud privé, de cloud hybride et de multicloud sont également importantes pour des raisons de sécurité, de latence et d’architecture.

Pour un certain nombre de raisons, une organisation peut ne pas être prête à passer directement du centre de données au cloud public, et les autres modèles de cloud peuvent aider à résoudre toute la complexité architecturale et politique associée à l’hébergement de certaines workloads en fonction de leurs caractéristiques uniques.

Les conteneurs et Kubernetes se sont imposés non seulement comme un concurrent des Virtual Machines (VM) en tant que forme de calcul polyvalent dans le cloud, mais aussi comme un catalyseur clé des stratégies de cloud hybride et de modernisation des applications.

La conteneurisation permet de regrouper une application dans un package de manière simple et cohérente afin qu’elle puisse s’exécuter facilement dans des environnements de bureau, dans le cloud ou sur site. Cette flexibilité est un véritable atout pour les organisations qui voient leur avenir dans le cloud.