Panoramica della modernizzazione delle applicazioni

Questa pagina fornisce una panoramica dell'architettura delle strategie, degli strumenti e dei percorsi disponibili per modernizzare le applicazioni monolitiche legacy e i workload serverless in microservizi cloud-native su Google Cloud.

Se sei un cloud architect, uno sviluppatore di applicazioni o un responsabile dell'engineering, utilizza le informazioni in questa pagina per valutare i percorsi di modernizzazione delle applicazioni, valutare l'idoneità dei container per i workload Java con Google Cloud Modernization Hub, rifattorizzare i codebase utilizzando l'AI generativa ed eseguire il deployment su Google Kubernetes Engine (GKE) e Cloud Run.

Prima di leggere questa pagina, devi conoscere le architetture delle applicazioni esistenti, le dipendenze del codice sorgente e i requisiti di runtime di destinazione.

Percorsi di modernizzazione delle applicazioni

Scegli un percorso di modernizzazione delle applicazioni appropriato in base all'architettura del workload di origine e agli obiettivi di sviluppo. Il seguente diagramma illustra tre percorsi per la modernizzazione delle applicazioni:

Diagramma di flusso che illustra tre percorsi di modernizzazione: modernizzazione di .NET e Java con Modernization Hub, refactoring del codice assistito dall'AI e migrazione serverless da Lambda a Cloud Run.

Ogni percorso affronta uno scenario di modernizzazione specifico:

  • Modernizzazione dei workload .NET e Java: valuta i workload .NET e Java utilizzando Modernization Hub per valutare i percorsi di trasformazione, come gli upgrade dei framework e la containerizzazione per i workload Java.
  • Rifattorizzazione del codice assistita dall'AI: modernizza i framework legacy e scompone le architetture monolitiche utilizzando l'AI generativa.
  • Migrazione serverless: converte le funzioni basate su eventi in microservizi HTTP containerizzati e portatili.

Modernizzazione dei workload .NET e Java

Modernization Hub ti aiuta a valutare i workload ASP.NET, .NET Framework e Java e a valutare i percorsi di trasformazione, come gli upgrade dei framework e la containerizzazione per i workload Java, in tre fasi:

  1. Valutazione del workload: analizza gli archivi di origine in Cloud Storage per valutare la compatibilità del codebase e l'impegno di modernizzazione senza eseguire il provisioning di istanze di computing separate.
  2. Rilevamento dei bloccanti: identifica i bloccanti specifici del sistema operativo e del framework (come chiamate al Registro di sistema di Windows, servizi Windows Communication Foundation (WCF), dipendenze Internet Information Services (IIS) e spazi dei nomi Java EE legacy) nei report HTML e Markdown scaricabili.
  3. Pianificazione della trasformazione: valuta i percorsi di trasformazione consigliati, inclusi gli upgrade di framework e dipendenze per i workload .NET e Java e la containerizzazione Linux per i workload Java su GKE o Cloud Run.

Per saperne di più, consulta Valuta le applicazioni .NET, Valuta le applicazioni Java e Migrazione delle applicazioni containerizzate.

Refactoring del codice assistito dall'AI

Per analizzare e modernizzare il codice dell'applicazione legacy, ad esempio eseguendo l'upgrade di .NET Framework 4.x o modernizzando i workload Java per i container Linux, Modernization Hub, l'Antigravity CLI e Antigravity supportano il seguente workflow:

  1. Valutazione delle dipendenze: scansiona i repository di codice sorgente per identificare le API non supportate, i componenti monolitici ad alto accoppiamento e la compatibilità con il runtime di destinazione.
  2. Refactoring del codice: utilizza Antigravity CLI per trasformare le chiamate ai framework legacy in equivalenti moderni e multipiattaforma.
  3. Generazione di artefatti: genera Dockerfile multifase e file di configurazione per le applicazioni di destinazione.

Migrazione serverless

La migrazione delle funzioni serverless da AWS Lambda a Cloud Run prevede le seguenti fasi:

  1. Valutazione delle dipendenze di runtime: identifica i trigger di eventi, le variabili di ambiente e i limiti di esecuzione.
  2. Rifattorizzazione del wrapper di esecuzione: utilizza l'Antigravity CLI per adattare i gestori di eventi AWS Lambda in gestori di container stateless HTTP standard.
  3. Deployment di Cloud Run: pacchettizza la funzione come container ed eseguine il deployment in Cloud Run per la scalabilità automatica con fatturazione pay-per-use.

Architetture di riferimento

Per pattern di architettura approfonditi e guide di riferimento per la modernizzazione, consulta le seguenti risorse nell'Architecture Center di Google Cloud :

Passaggi successivi