Descripción general de la modernización de aplicaciones

En esta página, se proporciona una descripción general de la arquitectura de las estrategias, las herramientas y las rutas disponibles para modernizar las aplicaciones monolíticas heredadas y las cargas de trabajo sin servidores en microservicios nativos de la nube en Google Cloud.

Si eres arquitecto de la nube, desarrollador de aplicaciones o líder de ingeniería, usa la información de esta página para evaluar las rutas de modernización de aplicaciones, evaluar la preparación de los contenedores para las cargas de trabajo de Java con Google Cloud Modernization Hub, refactorizar las bases de código con IA generativa y realizar implementaciones en Google Kubernetes Engine (GKE) y Cloud Run.

Antes de leer esta página, debes comprender las arquitecturas de las aplicaciones existentes, las dependencias del código fuente y los requisitos del entorno de ejecución de destino.

Rutas de modernización de aplicaciones

Elige una ruta de modernización de aplicaciones adecuada según la arquitectura de la carga de trabajo de origen y los objetivos de desarrollo. En el siguiente diagrama, se ilustran tres rutas para modernizar aplicaciones:

Diagrama de flujo que ilustra tres rutas de modernización: modernización de .NET y Java con Modernization Hub, refactorización de código asistida por IA y migración sin servidores de Lambda a Cloud Run.

Cada ruta aborda una situación de modernización específica:

  • Modernización de cargas de trabajo de .NET y Java: Evalúa las cargas de trabajo de .NET y Java con Modernization Hub para evaluar las rutas de transformación, como las actualizaciones de frameworks y la creación de contenedores para las cargas de trabajo de Java.
  • Refactorización de código asistida por IA: Moderniza los frameworks heredados y descompone las arquitecturas monolíticas con la IA generativa.
  • Migración sin servidores: Convierte funciones controladas por eventos en microservicios HTTP portátiles y alojados en contenedores.

Modernización de cargas de trabajo de .NET y Java

Modernization Hub te ayuda a evaluar las cargas de trabajo de ASP.NET, .NET Framework y Java, y a evaluar las rutas de transformación, como las actualizaciones de frameworks y la creación de contenedores para las cargas de trabajo de Java, en tres fases:

  1. Evaluación de la carga de trabajo: Analiza los archivos de origen en Cloud Storage para evaluar la compatibilidad de la base de código y el esfuerzo de modernización sin aprovisionar instancias de procesamiento independientes.
  2. Detección de bloqueadores: Identifica los bloqueadores específicos del SO y del framework (como las llamadas al Registro de Windows, los servicios de Windows Communication Foundation (WCF), las dependencias de Internet Information Services (IIS) y los espacios de nombres heredados de Java EE) en informes descargables en formato HTML y Markdown.
  3. Planificación de la transformación: Evalúa las rutas de transformación recomendadas, incluidas las actualizaciones de frameworks y dependencias para las cargas de trabajo de .NET y Java, y la creación de contenedores de Linux para las cargas de trabajo de Java en GKE o Cloud Run.

Para obtener más información, consulta Evalúa aplicaciones de .NET, Evalúa aplicaciones de Java y Migración de aplicaciones alojadas en contenedores.

Refactorización de código asistida por IA

Para analizar y modernizar el código de la aplicación heredado, como actualizar .NET Framework 4.x o modernizar las cargas de trabajo de Java para contenedores de Linux, Modernization Hub, la CLI de Antigravity y Antigravity admiten el siguiente flujo de trabajo:

  1. Evaluación de dependencias: Analiza los repositorios de código fuente para identificar las APIs no compatibles, los componentes monolíticos con acoplamiento alto y la compatibilidad con el entorno de ejecución de destino.
  2. Refactorización de código: Usa la CLI de Antigravity para transformar las llamadas de framework heredadas en equivalentes modernos y multiplataforma.
  3. Generación de artefactos: Genera Dockerfiles de varias etapas y archivos de configuración para las aplicaciones de destino.

Migración sin servidores

La migración de funciones sin servidores de AWS Lambda a Cloud Run implica las siguientes etapas:

  1. Evaluación de dependencias del entorno de ejecución: Identifica los activadores de eventos, las variables de entorno y los límites de ejecución.
  2. Refactorización del wrapper de ejecución: Usa la CLI de Antigravity para adaptar los controladores de eventos de AWS Lambda en controladores de contenedores sin estado HTTP estándar.
  3. Implementación de Cloud Run: Empaqueta la función como un contenedor y, luego, impleméntala en Cloud Run para el ajuste de escala automático con facturación de pago por uso.

Arquitecturas de referencia

Para obtener patrones de arquitectura detallados y guías de referencia de modernización, consulta los siguientes recursos en el Architecture Center de Google Cloud :

¿Qué sigue?