Modelli di pricing: Savings Plans, Reserved, Spot

Su soluzioni già in produzione il primo leva di risparmio è il modello di acquisto del compute. I Compute Savings Plans offrono uno sconto in cambio di un impegno di spesa orario (1 o 3 anni) e sono i più flessibili: coprono EC2 in qualsiasi region, family e OS, ma anche AWS Fargate e AWS Lambda. Gli EC2 Instance Savings Plans danno sconti maggiori ma vincolano la family in una region specifica. Le Reserved Instances restano la scelta per i servizi non coperti dai Savings Plans: Amazon RDS, ElastiCache, Redshift, OpenSearch e la capacità DynamoDB. Le Spot Instances abbattono il costo fino a circa 90% ma possono essere interrotte con breve preavviso: adatte a workload stateless, batch, CI/CD, big data e worker in un Auto Scaling Group con mixed instances policy, mai a componenti stateful senza checkpoint. Il pattern tipico enterprise: coprire il carico baseline con Savings Plans/RI e assorbire i picchi con Spot e on-demand, sfruttando l’elasticità dell’Auto Scaling per pagare solo la capacità realmente usata.

Right-sizing con AWS Compute Optimizer

AWS Compute Optimizer analizza le metriche CloudWatch storiche e produce raccomandazioni di right-sizing per EC2, Auto Scaling Group, volumi EBS, funzioni Lambda e servizi ECS su Fargate, segnalando risorse over-provisioned o under-provisioned con la stima di risparmio. Per raccomandazioni accurate sulla memoria (che CloudWatch non raccoglie di default) serve il CloudWatch agent. In contesti multi-account si abilita a livello di AWS Organizations con un account di gestione che aggrega le raccomandazioni di tutti i member account. Va distinto da AWS Trusted Advisor, che offre check di costo più generici (risorse idle, RI/SP utilization), mentre Compute Optimizer è lo strumento specifico e granulare per il sizing.

Storage S3: storage class e lifecycle

Per Amazon S3 la scelta della storage class dipende dal pattern di accesso. Quando l’accesso è imprevedibile o variabile, S3 Intelligent-Tiering sposta automaticamente gli oggetti tra tier di accesso senza retrieval fee e senza rischio operativo: è la risposta corretta quando il testo dice “pattern di accesso sconosciuto o mutevole”. Se l’accesso è raro ma noto, Standard-IA o One Zone-IA (per dati ricreabili, che tollerano la perdita di una AZ) costano meno. Per archiviazione a lungo termine si usano i tier Glacier. Le lifecycle policy automatizzano la transizione tra classi e la scadenza/eliminazione degli oggetti obsoleti, incluse le versioni non correnti nei bucket versionati. S3 Storage Class Analysis aiuta a decidere quando conviene una transizione.

Data transfer e governance dei costi

Il data transfer è un costo spesso sottovalutato. I gateway endpoint per S3 e DynamoDB sono gratuiti e mantengono il traffico dentro la rete AWS, eliminando il costo di far transitare quei flussi attraverso un NAT Gateway (che si paga a ora e a GB processato). Gli interface endpoint (PrivateLink) hanno invece un costo orario e a GB, da valutare caso per caso. Sul fronte governance, AWS Cost Explorer analizza trend e ripartizioni per tag/account e fornisce raccomandazioni di RI/Savings Plans, mentre AWS Budgets imposta soglie con alert e azioni automatiche. Con AWS Organizations e il consolidated billing gli sconti volume e la condivisione di RI/Savings Plans si applicano trasversalmente; il cost allocation tag e le anomaly detection completano il controllo enterprise.

Trappole tipiche d’esame

  • Ridurre il costo di Fargate e Lambda con un impegno → Compute Savings Plans: gli EC2 Instance Savings Plans e le RI non coprono Fargate/Lambda; solo i Compute Savings Plans lo fanno.
  • Pattern di accesso S3 sconosciuto o variabile → S3 Intelligent-Tiering: non usare Standard-IA (ha retrieval fee e conviene solo con accesso noto e raro).
  • Traffico verso S3/DynamoDB via NAT Gateway costoso → gateway endpoint: gratuiti, tagliano i costi NAT; non serve un interface endpoint a pagamento.
  • Right-sizing accurato sulla memoria → CloudWatch agent + Compute Optimizer: senza l’agent le raccomandazioni memoria sono incomplete; Trusted Advisor non fa sizing granulare.
  • Workload interrompibile che deve scalare a basso costo → Spot in un ASG con mixed instances policy: mai Spot per componenti stateful senza tolleranza all’interruzione.
  • Visibilità e blocco della spesa multi-account → Cost Explorer + Budgets in AWS Organizations: Cost Explorer analizza, Budgets allerta e agisce; il passing score dell’esame è 700/1000.