Ein Unternehmen verlangt, dass jede EC2-Instance von einem AMI gestartet wird, das vom Sicherheitsteam erstellt wurde. Jeden Monat sendet das Sicherheitsteam die genehmigten AMIs per E-Mail an die Entwickler, die sie dann in CloudFormation-Vorlagen kopieren. Ein DevOps-Ingenieur möchte die Verteilung der genehmigten AMI-IDs an die Entwickler auf die skalierbarste Weise automatisieren. Welcher Ansatz ist der beste?

Die beste Lösung ist, EC2 Image Builder zu verwenden, um AMIs zu erstellen und die AMI-ARNs im AWS Systems Manager Parameter Store zu speichern. EC2 Image Builder automatisiert den AMI-Erstellungsprozess und kann die resultierenden AMI-IDs direkt im Parameter Store ablegen. Entwickler können dann in ihren CloudFormation-Vorlagen einen SSM-Parametertyp deklarieren, um die aktuellste AMI-ID dynamisch abzurufen. Dies ist skalierbar, da es manuelle Updates eliminiert und die AMI-Verteilung zentralisiert. Die anderen Optionen sind weniger effizient: S3-Objekte erfordern eine zusätzliche Logik zum Parsen der ARNs und sind nicht die primäre Methode zur Speicherung von Konfigurationsparametern. Eine CodePipeline zur Veröffentlichung von AMIs ist übertrieben, wenn EC2 Image Builder die Erstellung und Veröffentlichung direkt übernehmen kann. Das Aktualisieren von CloudFormation-Stacks über Lambda nach jeder SNS-Benachrichtigung ist komplexer und weniger direkt als die Verwendung des Parameter Store.