迁移方法 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

迁移方法

本节介绍一种在云端对传统 Java EE 应用程序进行容器化的方法。 AWS 有关更一般的迁移指南,请参阅《 AWS 规范性指南》文档中的动员组织以加快大规模迁移

开始发现和规划流程

Java EE 应用程序迁移需要深入的应用程序发现。作为发现和规划过程的一部分,我们建议您在 Java EE 应用程序中确定以下内容:

  • 的数量 CPUs

  • 内存和磁盘要求

  • Java EE、Java 开发套件 (JDK) 和应用程序服务器版本(例如 Oracle WebLogic Server 10)

了解集群化选项以实现高可用性和可扩展性

越来越多的传统的 Java EE 应用程序在供应商特定的集群化系统上运行,从而提高了应用程序的可用性和可扩展性。在容器化方法中,集群化由 Amazon ECS 和 Amazon EKS 等容器编排平台执行。我们建议您了解由容器编排平台完成的集群化和由当前应用程序平台完成的集群化之间的区别。

评估供应商特定程序包的兼容性

应用程序服务器供应商可以提供自己的 Java EE 程序包。为确保与容器化环境兼容,请检查您的应用程序是否使用任何由应用程序服务器供应商提供的 Java EE 程序包。

选择目标容器平台

为 Java EE 选择合适的容器平台,这取决于您的业务需求。流行的选择包括在 Docker Hub 上分发的容器友好型、开源(有时甚至是轻量级)的 Java EE 平台(包括 GlassFish 服务器)和 Open Liberty WildFly。我们建议您考虑使用提供生产级技术支持和许可的容器平台。

为自动测试做好准备

要将 Java EE 应用程序迁移到新的应用服务器,需要更改业务逻辑以外的代码或配置。如果没有针对当前应用程序的自动测试和构建流程,则无法验证您的代码和配置更改会不会破坏现有的业务逻辑。我们建议您在项目的第一阶段建立自动构建和测试管道,其中包括使用主流构建工具对手动测试流程和未维护的应用程序构建设置(例如 Apache Ant 中的 build.xml)进行现代化改造,例如使用 Maven(Apache Maven 文档)或 Gradle(Gradle 文档)。有关更多信息,请参阅 AWS 规范性指南文档中的使用 CI/CD 管道自动构建 Java 应用程序并将其部署到 Amazon EKS