Een ticketingapplicatie draait op een Amazon ECS-cluster en wordt geleverd via CloudFront. Eén ECS-service is de CloudFront origin. De app beperkt het aantal actieve gebruikers in de aankoopflow; toegestane gebruikers worden geïdentificeerd door een versleuteld attribuut in hun JWT; anderen worden doorgestuurd naar een wachtruimte. Onder hoge belasting veroorzaakt de wachtruimte zelf een belasting die de aankoop van tickets verstoort. Welke wijziging zorgt voor de meest betrouwbare aankoopervaring van tickets tijdens hoge belasting?

De correcte optie isoleert de wachtruimte van de ticketingdienst, waardoor de belasting van de wachtruimte de kritieke aankoopflow niet beïnvloedt. Een aparte ECS-service met eigen schaalconfiguratie zorgt hiervoor. Het gebruik van een CloudFront Function is cruciaal omdat het de JWT-inspectie en routering naar de juiste service (ticketing of wachtruimte) aan de edge uitvoert, vóórdat het verzoek de origin-servers bereikt. Dit vermindert de belasting op de backend-services en verbetert de prestaties en betrouwbaarheid onder hoge belasting. De eerste optie is minder optimaal omdat de ticketingdienst nog steeds de routering moet afhandelen, wat extra belasting op die dienst legt. De EKS-opties voegen onnodige complexiteit toe en lossen het probleem van edge-routering niet op, wat cruciaal is voor prestaties onder hoge belasting.