Een bedrijf heeft een API geïmplementeerd in één enkele regio: API Gateway Regional + Lambda. De API roept een externe leveranciers-API aan, slaat gegevens op in een DynamoDB global table, en de API-sleutel van de leverancier wordt opgeslagen in AWS Secrets Manager, versleuteld met een door de klant beheerde KMS-sleutel. Het bedrijf wil dat de API-componenten in meerdere regio's draaien in een active-active setup. Welke reeks wijzigingen zal dit bereiken met de MINSTE operationele overhead? (Kies er drie.)

De correcte antwoorden zorgen voor een active-active setup met minimale operationele overhead. Het implementeren van de API in meerdere regio's met Route 53 multivalue answer routing policy verdeelt het verkeer efficiënt over de regionale API Gateway-eindpunten. Het creëren van een multi-Region KMS customer managed key en replica keys maakt het mogelijk om Secrets Manager-geheimen consistent te versleutelen en te ontsleutelen in alle regio's. Het repliceren van de bestaande Secrets Manager secret naar andere regio's, geconfigureerd met de juiste regionale KMS-sleutel, zorgt ervoor dat de leveranciers-API-sleutel overal beschikbaar is zonder handmatige duplicatie. Incorrecte opties: Het maken van een nieuwe AWS-beheerde KMS-sleutel in elke regio of het converteren van de bestaande sleutel naar een multi-Region sleutel is niet de meest efficiënte methode voor Secrets Manager replicatie. Het maken van afzonderlijke Secrets Manager secrets en het handmatig kopiëren van waarden is bewerkelijk en foutgevoelig. Het inschakelen van een multi-Region optie voor de bestaande API en het selecteren van Lambda-functies als regionale backends is geen standaardfunctionaliteit voor API Gateway Regional endpoints.