리프트 앤 시프트 없이 독립형 온프레미스 Java 앱을 컨테이너로 변환하고 GKE에 배포하여 현대화하려고 합니다. 어떤 접근 방식이 노력을 최소화할까요?

정답은 Jib를 사용하여 Java 소스에서 Docker 이미지를 빌드하고, Artifact Registry에 푸시하고, GKE에 배포하고, 테스트합니다. Jib는 Docker 데몬 없이 Java 애플리케이션을 컨테이너 이미지로 직접 빌드할 수 있게 하여 기존 Java 앱을 컨테이너화하는 가장 효율적인 방법을 제공합니다. 이는 소스 코드에서 바로 컨테이너 이미지를 생성하므로 "리프트 앤 시프트" 없이 현대화하려는 목표에 부합하며, 최소한의 노력으로 GKE 배포를 가능하게 합니다. 오답 설명: Migrate for Anthos는 VM을 컨테이너로 변환하지만, 이는 "리프트 앤 시프트" 접근 방식에 해당하여 질문의 요구 사항에 맞지 않습니다. VM 디스크를 내보내고 Compute Engine VM을 생성하는 것은 컨테이너화가 아닌 VM 마이그레이션입니다. Migrate for Compute Engine을 사용하여 VM을 이동하고 Cloud Build로 컨테이너화하는 것은 불필요한 중간 단계를 포함하며, Jib보다 복잡하고 시간이 많이 소요됩니다.