Een bedrijf is van plan een verouderde on-premises Java-webapplicatie naar AWS te migreren. De app draait op Apache Tomcat en gebruikt PostgreSQL. Het bedrijf kan de broncode niet wijzigen, maar kan wel de JAR-bestanden deployen. Aan het einde van elke maand zijn er verkeerspieken. Welke oplossing voldoet aan deze behoeften met de MINSTE operationele overhead?

De correcte optie minimaliseert operationele overhead en voldoet aan de vereisten. AWS Elastic Beanstalk automatiseert de implementatie, schaling en monitoring van de Tomcat-applicatie, inclusief autoscaling over meerdere Availability Zones voor hoge beschikbaarheid en het opvangen van verkeerspieken. Amazon RDS for PostgreSQL biedt een beheerde databaseservice, waardoor de operationele last voor de database wordt verminderd. Een Application Load Balancer (ALB) verdeelt het verkeer efficiënt, en Amazon CloudFront kan de prestaties verbeteren en de belasting verminderen door caching. De andere opties zijn minder optimaal: Het handmatig beheren van EC2-instances met Tomcat en PostgreSQL, inclusief EFS en Step Functions voor schaling, heeft een aanzienlijk hogere operationele overhead. EKS in meerdere regio's is overdreven complex en duur voor deze use case, en het herstructureren van de applicatie is expliciet uitgesloten. Het herstructureren van de applicatie naar Python-containers, Lambda en DynamoDB is niet toegestaan omdat de broncode niet gewijzigd kan worden.