Ein Unternehmen hat eine Anwendung auf AWS Elastic Beanstalk bereitgestellt und die gewünschte Kapazität der Auto Scaling-Gruppe der Umgebung auf fünf EC2-Instances festgelegt. Wenn die Kapazität während der Bereitstellungen unter vier Instances fällt, verschlechtert sich die Anwendungsleistung. Die Umgebung verwendet die All-at-once-Bereitstellungsrichtlinie. Was ist die KOSTENGÜNSTIGSTE Änderung, um das Leistungsproblem während der Bereitstellungen zu verhindern?

Die Option "Rolling mit zusätzlichem Batch" ist die kostengünstigste Lösung, da sie die gewünschte Kapazität während der Bereitstellung aufrechterhält, indem sie eine zusätzliche Instance startet, bevor sie mit dem Ersetzen der alten Instances beginnt. Mit einem zusätzlichen Batch von 1 wird sichergestellt, dass immer mindestens die gewünschte Anzahl von Instances (fünf) verfügbar ist, was die Leistungseinbußen verhindert, ohne die Gesamtkapazität dauerhaft zu erhöhen. Die Änderung der gewünschten Kapazität auf sechs Instances wäre teurer, da sie die Betriebskosten dauerhaft erhöht. Traffic Splitting ist eine komplexere und potenziell teurere Bereitstellungsmethode, die für diesen Anwendungsfall nicht primär auf Kostenoptimierung abzielt. Rolling mit Batch-Größe 2 würde bedeuten, dass zwei Instances gleichzeitig offline gehen, was immer noch zu einem Kapazitätsabfall unter vier Instances führen könnte.