Een applicatie voor aandelenhandel vereist een latentie van minder dan een milliseconde voor het verwerken van handelsaanvragen. Handelsgegevens worden opgeslagen in DynamoDB, maar belastingstests tonen aan dat het ophalen van gegevens trager is dan vereist. Welke oplossing zal de ophaallatentie met minimale inspanning verminderen?

De correcte optie is het gebruik van DynamoDB Accelerator (DAX) om de handelsgegevens te cachen. DAX is een volledig beheerde, zeer beschikbare, in-memory cache voor DynamoDB die leessnelheden van microseconden levert, zelfs bij miljoenen verzoeken per seconde. Dit is ideaal voor toepassingen die extreem lage latentie vereisen, zoals een aandelenhandelapplicatie. Het toevoegen van lokale secundaire indexen (LSI's) verbetert de queryprestaties op basis van alternatieve sleutels, maar lost het probleem van trage data-ophaling voor de primaire sleutel of bestaande query's niet op en introduceert geen caching. Het verplaatsen van handelsgegevens naar Amazon S3 is ongeschikt, aangezien S3 een objectopslag is die niet de lage latentie en querymogelijkheden van een NoSQL-database zoals DynamoDB biedt voor transactiegegevens; S3 Transfer Acceleration versnelt alleen uploads en downloads naar S3-buckets. Het toevoegen van retries met exponentiële backoff is een best practice voor foutafhandeling en verhoogt de robuustheid van de applicatie, maar vermindert de initiële ophaallatentie niet.