Eine REST-API (API Gateway + Lambda) wird mit CodePipeline/CodeBuild/CodeDeploy bereitgestellt. Jüngste Releases haben weitreichende kundenbeeinträchtigende Fehler verursacht. Das DevOps-Team möchte ein automatisches Rollback auf die letzte stabile Version, wenn ein Fehler auftritt, der so wenige Kunden wie möglich betrifft. Welche Lösung ist am betriebseffizientesten?

Die Option "LambdaCanary10Percent10Minutes" ist die betriebseffizienteste Lösung, da sie eine Canary-Bereitstellung ermöglicht. Das bedeutet, dass nur ein kleiner Prozentsatz des Datenverkehrs (10 % für 10 Minuten) auf die neue Version umgeleitet wird. Wenn in dieser Phase ein Fehler (z.B. HTTP 502 Bad Gateway) auftritt, kann der CloudWatch-Alarm dies erkennen und automatisch ein Rollback auslösen, bevor die Mehrheit der Kunden betroffen ist. Dies minimiert die Auswirkungen auf die Kunden. Die "LambdaAllAtOnce"-Bereitstellung würde den gesamten Datenverkehr sofort auf die neue Version umleiten, was bei einem Fehler zu einer weitreichenden Kundenbeeinträchtigung führen würde. Manuelle Rollbacks sind weniger effizient als automatische, da sie menschliches Eingreifen erfordern und somit langsamer sind. Ein Metrikfilter in CloudWatch Logs ist zwar eine Option, aber ein direkter CloudWatch-Alarm auf API Gateway-Metriken ist für diesen Anwendungsfall einfacher und direkter zu konfigurieren.