迁移方法 - AWS规范性指导

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

迁移方法

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

开始发现和规划过程

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

  • CPU 的数量

  • 内存和磁盘要求

  • 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 Server 和 Open Liberty。 WildFly我们建议您考虑使用提供生产级技术支持和许可的容器平台。

准备自动测试

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