Migrazione di una piattaforma SaaS da EC2 a ECS Fargate

EC2 sempre attiva e RDS sovradimensionato

L'applicazione girava su una grande istanza EC2 sempre attiva. Anche RDS era dimensionato oltre il carico reale. La capacità era fissa, i costi altrettanto, ma non esisteva una vera strategia di scalabilità.

Ridurre la macchina non risolveva il problema operativo

Ridurre semplicemente la macchina avrebbe abbassato la fattura, ma lasciato invariati singolo punto di capacità, deploy manuali e impossibilità di reagire automaticamente ai cambi di carico.

ECS Fargate su più Availability Zone

L'applicazione è stata containerizzata e spostata su ECS Fargate. I task vengono distribuiti tra più Availability Zone dietro un Application Load Balancer con health check e sostituzione dei task non sani.

Autoscaling basato su CPU e memoria

Le policy di autoscaling aumentano o riducono il numero di task in base all'utilizzo. RDS è stato ridimensionato sul carico effettivo, eliminando capacità pagata senza un motivo operativo.

File statici su S3 e distribuzione CloudFront

I file statici sono stati spostati su S3 e distribuiti tramite CloudFront. Il load balancer resta responsabile del traffico applicativo, mentre CDN e object storage assorbono il lavoro adatto a loro.

Build e deploy con GitHub Actions

GitHub Actions compila l'applicazione, costruisce e pubblica l'immagine container e aggiorna il servizio ECS. Il deploy non dipende più da operazioni manuali sulla macchina di produzione.