Een applicatie die is geïmplementeerd in een AWS-regio in Azië-Pacific roept AWS STS aan op het standaard globale endpoint (https://sts.amazonaws.com) en ondervindt intermitterende latentie. Wat moet de ontwikkelaar doen om het latentieprobleem op te lossen?

De correcte oplossing is om de applicatie bij te werken om een regionaal STS-endpoint aan te roepen dat dichter bij de AWS-regio van de applicatie ligt. AWS STS (Security Token Service) heeft zowel een globaal endpoint als regionale endpoints. Het gebruik van een regionaal endpoint dat geografisch dichter bij de applicatie ligt, vermindert de netwerklatentie en verbetert de prestaties. De standaardinstelling is het globale endpoint, wat in dit geval tot intermitterende latentie leidt omdat de applicatie in Azië-Pacific draait. De andere opties zijn niet correct: Het aanroepen van GetSessionToken of AssumeRoleWithSAML zijn specifieke API-bewerkingen voor verschillende authenticatiescenario's en lossen het onderliggende latentieprobleem van het endpoint niet op. Het wijzigen naar AssumeRoleWithWebIdentity en het verplaatsen van het STS-endpoint naar het globale endpoint zou het probleem juist verergeren of niet oplossen, aangezien het globale endpoint al de bron van de latentie is.