마이그레이션 접근 방식

이 섹션에서는 AWS 클라우드에서 기존 Java EE 애플리케이션을 컨테이너화하는 접근 방식을 설명합니다. 보다 일반적인 마이그레이션 지침은 AWS 권장 가이드의 Mobilize your organization to accelerate large-scale migrations를 참조하세요.

검색 및 계획 프로세스 시작

Java EE 애플리케이션 마이그레이션에는 심층적인 애플리케이션 검색이 필요합니다. 검색 및 계획 프로세스의 일환으로 Java EE 애플리케이션에서 다음을 식별하는 것이 좋습니다.

• CPU 수

• 메모리 및 디스크 요구 사항

• Java EE, Java Development Kit(JDK) 및 애플리케이션 서버 버전(예: Oracle WebLogic Server 10)

고가용성 및 확장성을 위한 클러스터링 옵션 이해

애플리케이션 가용성과 확장성을 향상시키는 공급업체별 클러스터링 시스템에서 실행되는 기존 Java EE 애플리케이션이 점점 더 많아지고 있습니다. 컨테이너식 접근 방식에서는 Amazon ECS 및 Amazon EKS와 같은 컨테이너 오케스트레이션 플랫폼에서 클러스터링을 수행합니다. 컨테이너 오케스트레이션 플랫폼에서 수행하는 클러스터링과 현재 애플리케이션 플랫폼에서 수행하는 클러스터링의 차이를 이해하는 것이 좋습니다.

공급업체별 패키지의 호환성 평가

애플리케이션 서버 공급업체에서 자체 Java EE 패키지를 제공할 수 있습니다. 컨테이너식 환경과의 호환성을 보장하려면 애플리케이션에서 애플리케이션 서버 공급업체의 Java EE 패키지를 사용하는지 확인합니다.

대상 컨테이너 플랫폼 선택

Java EE에 적합한 컨테이너 플랫폼 선택은 비즈니스 요구 사항에 따라 다릅니다. GlassFish Server, WildFly, Open Liberty를 비롯하여 Docker Hub에서 배포되는 컨테이너 친화적인 오픈 소스(때로는 경량) Java EE 플랫폼이 많이 사용됩니다. 프로덕션 수준의 기술 지원 및 라이선스를 제공하는 컨테이너 플랫폼을 고려하는 것이 좋습니다.

자동 테스트 준비

Java EE 애플리케이션을 새 애플리케이션 서버로 마이그레이션하려면 비즈니스 로직 이외의 코드 또는 구성 변경이 필요합니다. 현재 애플리케이션에 대한 자동화된 테스트 및 빌드 프로세스가 없으면 코드 및 구성 변경으로 인해 기존 비즈니스 로직이 손상되지 않는지 확인할 수 없습니다. 프로젝트의 첫 번째 단계에서 Maven(Apache Maven 설명서) 또는 Gradle(Gradle 설명서)과 같은 주류 빌드 도구를 사용하여 수동 테스트 프로세스 및 유지 관리되지 않는 애플리케이션 빌드 설정(예: Apache Ant의 build.xml)을 현대화하는 작업을 포함하는 자동 빌드 및 테스트 파이프라인을 설정하는 것이 좋습니다. 자세한 내용은 AWS 권장 가이드의 Automatically build and deploy a Java application to Amazon EKS using a CI/CD pipeline을 참조하세요.