Ein Entwickler verwaltet drei AWS-Konten, jedes mit einer Amazon RDS-Instance in einem privaten Subnetz. Der Entwickler muss Datenbankbenutzer konsistent in allen drei Konten mit minimalem Betriebsaufwand erstellen und später aktualisieren. Welcher Ansatz bietet die höchste betriebliche Effizienz?

Die korrekte Antwort ist, eine CloudFormation-Vorlage mit einer benutzerdefinierten Ressource zu erstellen. CloudFormation bietet eine deklarative Methode zur Bereitstellung und Verwaltung von AWS-Ressourcen. Eine benutzerdefinierte Ressource ermöglicht es, die Funktionalität von CloudFormation über die nativ unterstützten Ressourcentypen hinaus zu erweitern, indem sie eine Lambda-Funktion aufruft, die die Datenbankbenutzer erstellt oder aktualisiert. Dies gewährleistet Konsistenz über alle drei Konten hinweg mit minimalem manuellem Aufwand und ist idempotent. Eine CloudFormation-Vorlage, die die Benutzer direkt deklariert, ist nicht praktikabel, da CloudFormation keine native Unterstützung für die Verwaltung von Datenbankbenutzern innerhalb einer RDS-Instanz bietet. Ein Skript auf einer EC2-Instanz ist weniger effizient, da es die Bereitstellung und Wartung der EC2-Instanzen erfordert und die Ausführung manuell oder über zusätzliche Automatisierung orchestriert werden muss. Eine Lambda-Funktion, die Details für alle drei Konten erhält, würde eine komplexe Logik für die Kontoauthentifizierung und -verwaltung erfordern und wäre schwieriger zu warten und zu skalieren als eine CloudFormation-Lösung pro Konto.