Een applicatie die draait op Amazon EC2 roept de DynamoDB REST API aan. Periodiek mislukken schrijfbewerkingen met ProvisionedThroughputExceededException. Welke wijzigingen zullen deze fouten het meest kosteneffectief verminderen? (Kies er twee.)

De ProvisionedThroughputExceededException geeft aan dat de applicatie meer schrijfbewerkingen probeert uit te voeren dan de provisioned write capacity van de DynamoDB-tabel toelaat. Het aanpassen van de applicatie om exponential backoff uit te voeren is een best practice voor het omgaan met tijdelijke fouten en throttling. Dit vermindert de belasting op DynamoDB en verhoogt de kans op succesvolle retries, wat kosteneffectief is omdat het geen wijzigingen aan de infrastructuur vereist. Het gebruik van de AWS SDK's voor DynamoDB is ook een best practice. Deze SDK's bevatten ingebouwde logica voor retries en exponential backoff, wat de applicatie robuuster maakt zonder handmatige implementatie. Het verhogen van de provisioned capaciteit zou de fouten verminderen, maar is niet de meest kosteneffectieve oplossing, omdat het direct leidt tot hogere kosten. DAX is gericht op het verbeteren van leesprestaties en is niet primair bedoeld voor het oplossen van schrijffouten. Het verdelen van schrijfbewerkingen over meerdere tabellen is complex en meestal niet nodig voor dit probleem.