时间戳

首页 > 解决方案 > Best option to lift and shift JBOss and Oracle database to AWS

java - Best option to lift and shift JBOss and Oracle database to AWS

问题描述

I have a big application where there are 5 ears deployed in JBOss7.1.1EAP server running in Red hat Linux on-prem connecting to an Oracle Database on-prem. What is the best approach for lift and shift to AWS

Solution-1 : Create Jboss EAP instance in AWS EC2 and an RDS Oracle instance and deploy the ears and migrate the tables and data via aws DMS

Solution-2 : Dockerize JBoss EAP with ears in a container and also dockerize Oracle instance and create a network link between the two

Oracle DB size = 3847GB
Each ear size = 300MB

Which solution will fit the best and what are the pros and cons for each solution? Are there any other solution?

标签： javaoracleamazon-web-servicesamazon-ec2jboss

解决方案

快速前言，“最佳”将是主观的，这取决于该项目对重构/学习新工具的时间量的敏感程度，您对成本节约的重视程度，以及围绕自己管理更多堆栈的通配符。话虽如此，以下是您应用程序的两个主要部分的一些注意事项：

RDS Oracle 与容器化 Oracle

对 oracle 数据库进行 Docker 化意味着您仍然需要处理安全补丁，并且需要手动制定扩展/扩展策略，这是 RDS 大量抽象的东西。Amazon DMS让您可以非常轻松地将数据从现有的本地数据库迁移到 RDS。此外，迁移到 RDS 后，您还可以使用其他有价值的协同功能，例如RDS Performance Insights，这是一种工具，可以内省查询和操作对集群资源的影响，以及用于处理连接池的RDS 代理。

JBOss 计算选项

如果您当前在本地运行并尝试迁移到云，阻力最小的路径将是直接迁移到适当大小的 EC2 实例。我对这里的确切架构不是很熟悉，但听起来好像有一个带有各种子应用程序（耳朵）的持久服务器。从长远来看，这听起来像是核心服务的持久计算层（EC2、ECS、Fargate，具体取决于您所需的抽象级别），并具有各种可扩展的组件（通过 ECS/Fargate 的容器）是有意义的。如果您不希望对微服务架构进行重大重构，那么将它们保持原样作为单个节点/EC2 实例/容器上的整体是可行的。

推荐阅读