Amazon ECS erzwingt jetzt die Konsistenz der Softwareversion für containerisierte Anwendungen
Amazon Elastic Container Service (Amazon ECS) erzwingt jetzt die Konsistenz von Softwareversionen für Ihre containerisierten Anwendungen. Dies hilft sicherzustellen, dass alle Aufgaben in Ihrer Anwendung identisch sind und dass alle Codeänderungen die in Ihrer Bereitstellungspipeline definierten Schutzmaßnahmen durchlaufen.
Kunden stellen langlaufende Anwendungen als Amazon-ECS-Services bereit, wie z. B. HTTP-basierte Microservices und verwenden oft Container-Image-Tags, um diese Services zu konfigurieren. Container-Images sind unveränderlich, Image-Tags hingegen standardmäßig nicht, und es gibt keinen Standardmechanismus, der verhindert, dass bei der Konfiguration einer containerisierten Anwendung unbeabsichtigt verschiedene Versionen bereitgestellt werden. Amazon ECS löst Container-Image-Tags jetzt in dem Image-Digest (SHA256-Hash des Image-Manifests) auf, wenn Sie ein Update für Ihren Amazon-ECS-Service bereitstellen. Damit werden derartige Inkonsistenzen vermieden und erzwungen, dass alle Aufgaben im Service identisch sind und mit diesem Image-Digest gestartet werden. Das heißt, selbst wenn Sie ein veränderbares Image-Tag wie „LATEST“ in Ihrer Aufgabendefinition verwenden und Ihr Service nach der Bereitstellung aufskaliert, wird das korrekte Image (das bei der Bereitstellung des Services verwendet wurde) zum Starten neuer Aufgaben verwendet.
Amazon ECS erzwingt automatisch die Konsistenz der Softwareversionen für Services, die nach dem 25. Juni 2024 erstellt oder aktualisiert wurden und auf der AWS-Fargate-Plattformversion 1.4.0 und höher und/oder der Amazon-ECS-Agent-Version v1.70.0 und höher in allen kommerziellen AWS-Regionen und den Regionen AWS GovCloud (USA) ausgeführt werden. Weitere Informationen finden Sie in diesem Blog-Beitrag oder in unserer Dokumentation.