Быстрое предисловие, «лучший» будет субъективным, в зависимости от того, насколько чувствителен этот проект к количеству времени на рефакторинг / изучение новых инструментов, насколько вы взвешиваете экономию средств и подстановочный знак для самостоятельного управления большим количеством стека. , Тем не менее, вот некоторые соображения для больших двух частей вашего приложения:
RDS Oracle vs Containerized Oracle
Докеризация базы данных oracle означает, что вам все еще нужно обрабатывать исправления безопасности и требует ручного создания политик масштабирования / расширения, что значительно отличается от RDS. Amazon DMS позволяет чрезвычайно легко перенести ваши данные из существующей предварительной базы данных в RDS. Кроме того, переход на RDS позволяет использовать другие ценные сопутствующие функции, такие как RDS Performance Insights , инструмент, обеспечивающий самоанализ влияния ресурсов кластера на запросы и операции, и RDS Proxy для обработки пула соединений.
Опции вычислений JBOss
Если вы в данный момент работаете в режиме on-prem и пытаетесь подняться и перейти в облако, путь наименьшего сопротивления будет прямой миграцией к экземпляр EC2 правильного размера . Я не очень знаком с точной архитектурой здесь, но похоже, что есть постоянный сервер с различными подпрограммами (ушами). В долгосрочной перспективе это звучит как постоянный уровень вычислений (EC2, ECS, Fargate в зависимости от желаемого уровня абстракции) для основной службы, с различными масштабируемыми компонентами (контейнерами через ECS / Fargate). Если значительный рефакторинг для микросервисной архитектуры не является чем-то, к чему вы стремитесь, тогда сохранение вещей в виде монолита на одном узле / экземпляре / контейнере EC2 будет работать.