Een gecontaineriseerde applicatie draait op EC2-instanties met publieke IP's. Apache Kafka wordt zelf gehost op die EC2-instanties en PostgreSQL is gemigreerd naar Amazon RDS for PostgreSQL. Het bedrijf verwacht een toename in bestellingen voor een productlancering. Welke architectonische wijzigingen zullen de operationele overhead verminderen en de toegenomen belasting ondersteunen?

De correcte optie biedt de meest schaalbare en beheerde oplossingen. Amazon EKS met AWS Fargate vermindert operationele overhead door het beheer van de EC2-instanties te elimineren en biedt automatische schaling. Het toevoegen van read replicas aan RDS verbetert de leesprestaties en schaalbaarheid voor de verwachte toename in bestellingen. Het vervangen van zelfbeheerde Kafka door Amazon MSK vermindert de operationele last aanzienlijk, omdat MSK een volledig beheerde service is. Het hosten van statische content in Amazon S3 met CloudFront verbetert de prestaties en schaalbaarheid door caching en wereldwijde distributie. De andere opties zijn minder optimaal: Optie 1 en 2 behouden de applicatie op EC2-instanties, wat meer operationele overhead met zich meebrengt dan EKS Fargate. Optie 1 voegt read replicas toe, wat goed is, maar de Multi-AZ en storage autoscaling van optie 2 zijn ook belangrijk voor beschikbaarheid en schaalbaarheid van de database. Optie 3 stelt voor om de applicatie te herplatformeren naar een Kubernetes cluster op EC2-instanties, wat nog steeds operationeel beheer van de onderliggende EC2-instanties vereist, in tegenstelling tot Fargate.