Desea modernizar una aplicación Java independiente on-premise convirtiéndola en un contenedor y desplegándola en GKE sin lift-and-shift. ¿Qué enfoque minimiza el esfuerzo?

La opción de usar Jib es la más eficiente porque está diseñada específicamente para construir imágenes Docker de aplicaciones Java sin necesidad de un Dockerfile, minimizando el esfuerzo de contenerización. Jib se integra directamente con herramientas de construcción como Maven o Gradle. Subir la imagen a Artifact Registry y desplegarla en GKE es el flujo estándar para aplicaciones contenerizadas en Google Cloud. Migrate for Anthos (opción 1) es para migrar VMs completas a contenedores, lo cual es más complejo de lo necesario si solo se busca contenerizar una aplicación Java. Exportar el disco de la VM y crear una nueva VM (opción 2) no moderniza la aplicación a un contenedor, sino que la mantiene como una VM. Migrate for Compute Engine y luego contenerizar con Cloud Build (opción 3) añade un paso intermedio innecesario de migración a Compute Engine antes de la contenerización, lo cual es menos directo que usar Jib desde el código fuente.