Meerdere Lambda-functies in een applicatie maken verbinding met één Amazon RDS-database. De databasegegevens moeten veilig worden opgeslagen en wanneer de gegevens worden bijgewerkt, moeten de Lambda-functies de nieuwe gegevens kunnen gebruiken zonder code of configuratie te wijzigen. Welke oplossing voldoet aan deze vereisten?

De correcte oplossing is om de gegevens als een secret in AWS Secrets Manager op te slaan en de Lambda-functies deze tijdens runtime te laten ophalen. Secrets Manager is ontworpen voor het veilig opslaan en roteren van databasecredentials en andere geheime gegevens. Wanneer de gegevens worden bijgewerkt in Secrets Manager, halen de Lambda-functies automatisch de nieuwste versie op bij elke aanroep, zonder dat code- of configuratiewijzigingen nodig zijn. De optie om de gegevens in omgevingsvariabelen te injecteren via containerDefinitions en valueFrom is niet direct van toepassing op standalone Lambda-functies, maar meer op containerized applicaties. Bovendien vereist het bijwerken van omgevingsvariabelen een herimplementatie of update van de Lambda-functie, wat niet voldoet aan de eis om geen code of configuratie te wijzigen. Het opslaan van gegevens als een SecureString in AWS Systems Manager Parameter Store is een valide optie voor het opslaan van gevoelige gegevens. Echter, het toevoegen van een trigger om gegevens door te geven is geen standaardfunctionaliteit en het verwijzen naar de parameter in een omgevingsvariabele vereist ook een update van de Lambda-functie bij wijzigingen, wat niet voldoet aan de vereiste. Secrets Manager biedt ingebouwde rotatie en eenvoudigere runtime-toegang voor dit specifieke gebruiksscenario.