Un'azienda ha distribuito un'applicazione su AWS Elastic Beanstalk e ha impostato la capacità desiderata del gruppo Auto Scaling dell'ambiente su cinque istanze EC2. Se la capacità scende al di sotto di quattro istanze durante le distribuzioni, le prestazioni dell'applicazione diminuiscono. L'ambiente utilizza la policy di distribuzione all-at-once. Qual è la modifica PIÙ conveniente per prevenire il problema di prestazioni durante le distribuzioni?

L'opzione corretta è "rolling with additional batch" con dimensione del batch aggiuntivo di 1. Questa strategia di deployment crea una nuova istanza (l'additional batch) prima di terminare le istanze esistenti, garantendo che la capacità minima non scenda mai al di sotto del livello desiderato durante il deployment. In questo caso, con 5 istanze desiderate, l'additional batch di 1 assicura che ci siano sempre almeno 5 istanze disponibili (le 4 rimanenti più la nuova, prima che una vecchia venga terminata). Modificare la capacità desiderata a sei istanze aumenterebbe i costi senza risolvere direttamente il problema della riduzione della capacità durante il deployment. La policy "traffic splitting" è più complessa e costosa, e un tempo di valutazione di 1 ora è troppo lungo per prevenire cali di prestazioni immediati. La policy "rolling" senza additional batch terminerebbe le istanze prima di crearne di nuove, causando comunque un calo della capacità.