Présentation de la modernisation des applications

Cette page présente l'architecture des stratégies, des outils et des parcours disponibles pour moderniser les applications monolithiques et les charges de travail sans serveur existantes en microservices cloud natifs sur Google Cloud.

Si vous êtes architecte cloud, développeur d'applications ou responsable de l'ingénierie, utilisez les informations de cette page pour évaluer les parcours de modernisation des applications, évaluer l'aptitude des conteneurs pour les charges de travail Java avec Google Cloud Modernization Hub, refactoriser les codebases à l'aide de l'IA générative et déployer sur Google Kubernetes Engine (GKE) et Cloud Run.

Avant de lire cette page, vous devez comprendre vos architectures d'application existantes, les dépendances du code source et les exigences d'exécution cibles.

Parcours de modernisation des applications

Choisissez un parcours de modernisation d'application approprié en fonction de l'architecture de votre charge de travail source et de vos objectifs de développement. Le schéma suivant illustre trois parcours de modernisation des applications :

Organigramme illustrant trois parcours de modernisation : modernisation .NET et Java avec Modernization Hub, refactorisation de code assistée par l'IA et migration sans serveur de Lambda vers Cloud Run.

Chaque parcours répond à un scénario de modernisation spécifique :

  • Modernisation des charges de travail .NET et Java : évalue les charges de travail .NET et Java à l'aide de Modernization Hub pour évaluer les stratégies de transformation, comme les mises à niveau de frameworks et la conteneurisation pour les charges de travail Java.
  • Refactorisation de code assistée par l'IA : modernise les anciens frameworks et décompose les architectures monolithiques à l'aide de l'IA générative.
  • Migration sans serveur : convertit les fonctions basées sur des événements en microservices HTTP portables et conteneurisés.

Modernisation des charges de travail .NET et Java

Modernization Hub vous aide à évaluer les charges de travail ASP.NET, .NET Framework et Java, et à évaluer les stratégies de transformation telles que les mises à niveau de frameworks et la conteneurisation pour les charges de travail Java en trois phases :

  1. Évaluation de la charge de travail : analysez les archives sources dans Cloud Storage pour évaluer la compatibilité du codebase et l'effort de modernisation sans provisionner d'instances de calcul distinctes.
  2. Détection des éléments bloquants : identifiez les éléments bloquants spécifiques à l'OS et au framework (tels que les appels au registre Windows, les services Windows Communication Foundation (WCF), les dépendances Internet Information Services (IIS) et les anciens espaces de noms Java EE) dans des rapports HTML et Markdown téléchargeables.
  3. Planification de la transformation : évaluez les chemins de transformation recommandés, y compris les mises à niveau du framework et des dépendances pour les charges de travail .NET et Java, ainsi que la conteneurisation Linux pour les charges de travail Java sur GKE ou Cloud Run.

Pour en savoir plus, consultez Évaluer des applications .NET, Évaluer des applications Java et Migration d'applications conteneurisées.

Refactorisation de code assistée par l'IA

Pour analyser et moderniser le code d'une application existante, par exemple en mettant à niveau .NET Framework 4.x ou en modernisant des charges de travail Java pour les conteneurs Linux, Modernization Hub, la CLI Antigravity et Antigravity sont compatibles avec le workflow suivant :

  1. Évaluation des dépendances : analysez les dépôts de code source pour identifier les API non compatibles, les composants monolithiques à couplage fort et la compatibilité de l'environnement d'exécution cible.
  2. Refactorisation du code : utilisez la CLI Antigravity pour transformer les appels de framework existants en équivalents multiplates-formes modernes.
  3. Génération d'artefacts : générez des Dockerfiles et des fichiers de configuration multi-étapes pour les applications cibles.

Migration sans serveur

La migration de fonctions sans serveur d'AWS Lambda vers Cloud Run implique les étapes suivantes :

  1. Évaluation des dépendances d'exécution : identifiez les déclencheurs d'événements, les variables d'environnement et les limites d'exécution.
  2. Refactorisation du wrapper d'exécution : utilisez la CLI Antigravity pour adapter les gestionnaires d'événements AWS Lambda en gestionnaires de conteneurs sans état HTTP standards.
  3. Déploiement Cloud Run : empaquetez la fonction en tant que conteneur et déployez-la sur Cloud Run pour l'autoscaling avec facturation à l'utilisation.

Architectures de référence

Pour obtenir des modèles d'architecture détaillés et des guides de référence sur la modernisation, consultez les ressources suivantes dans le centre d'architecture Google Cloud  :

Étapes suivantes