Un'applicazione viene eseguita su istanze Amazon EC2 dietro un Application Load Balancer (ALB). Le istanze si trovano in un gruppo Auto Scaling distribuito su più zone di disponibilità. Il primo giorno di ogni mese a mezzanotte, viene eseguito un batch finanziario di fine mese che provoca immediatamente un picco della CPU delle istanze al 100%, interrompendo l'applicazione. Cosa dovrebbe raccomandare un architetto di soluzioni affinché l'applicazione possa gestire il carico di lavoro ed evitare tempi di inattività?

La configurazione di una policy di scaling pianificata di EC2 Auto Scaling è la soluzione più efficace perché consente di aumentare proattivamente la capacità delle istanze EC2 prima che il batch finanziario inizi. Questo previene il picco di CPU al 100% e i tempi di inattività associati, poiché le nuove istanze saranno pronte a gestire il carico. Le altre opzioni non risolvono il problema del picco di CPU. Amazon CloudFront è una CDN e non gestisce il carico di elaborazione backend. Una policy di scaling semplice basata sull'utilizzo della CPU reagirebbe solo dopo che il picco è già iniziato, causando comunque interruzioni. Amazon ElastiCache può ridurre il carico sui database, ma non affronta direttamente il picco di CPU causato dal batch di elaborazione sulle istanze EC2.