Pilastri dell'affidabilità e dell'efficienza delle prestazioni

Il pilastro Affidabilità del Well-Architected Framework garantisce che un carico di lavoro svolga la funzione prevista correttamente e in modo coerente quando necessario. L'affidabilità comprende tre aree: fondamenti (limiti dei servizi, topologia di rete), architettura del carico di lavoro (sistemi distribuiti, prevenzione dei SPOF) e gestione delle modifiche e degli errori (monitoraggio, dimensionamento e ripristino dagli errori). L'obiettivo è creare sistemi che si ripristinino automaticamente in caso di interruzioni dell'infrastruttura o dei servizi.

AWS impone quote dei servizi (precedentemente chiamate limiti) sulle risorse per proteggere tutti i clienti. Ad esempio, i limiti predefiniti per le istanze EC2 in ogni regione, i limiti VPC e le esecuzioni simultanee di Lambda. Se il carico di lavoro raggiunge inaspettatamente una quota, le richieste verranno limitate o rifiutate, causando problemi di affidabilità. Utilizzi la console Service Quotas o la CLI per visualizzare i limiti attuali e richiedere aumenti prima che siano necessari. Monitori le metriche di utilizzo per rilevare quando ci si avvicina ai limiti, prima che questi influiscano sulla disponibilità.

Il pilastro Affidabilità sottolinea l'importanza del ripristino automatico senza intervento umano. AWS offre diversi meccanismi di autoripristino: EC2 Auto Recovery ripristina automaticamente un'istanza sullo stesso hardware oppure la sposta su hardware integro quando l'istanza non supera i controlli sottostanti. I controlli dello stato di ASG terminano le istanze non integre e ne avviano di sostitutive. RDS Multi-AZ esegue automaticamente il failover sull'istanza in standby. Progetti l'architettura in modo che la maggior parte degli scenari di errore attivi azioni di ripristino automatico acquisite negli allarmi CloudWatch.

Il pilastro Affidabilità raccomanda il dimensionamento orizzontale (aggiungere più istanze di dimensioni ridotte) anziché quello verticale (aumentare le dimensioni delle istanze) per ottenere una maggiore affidabilità. Una singola istanza di grandi dimensioni costituisce un singolo punto di errore. Molte istanze più piccole dietro un load balancer fanno sì che un singolo errore abbia un impatto minimo. AWS Auto Scaling adatta automaticamente le dimensioni del parco istanze alla domanda, garantendo una capacità sufficiente senza far pagare risorse inattive nei periodi di bassa attività.

Il pilastro Affidabilità richiede di testare le procedure di ripristino, senza presumere che funzionino. Utilizzi AWS Fault Injection Simulator (FIS) per introdurre errori nel sistema in modo controllato: terminare istanze EC2 casuali, limitare le chiamate API e introdurre latenza di rete. Esegua questi esperimenti in produzione (adottando misure di sicurezza) per verificare che il monitoraggio rilevi gli errori, il dimensionamento automatico reagisca e il ripristino si completi entro il proprio RTO. Le procedure di ripristino non testate spesso falliscono sotto lo stress di un incidente reale.

Il pilastro Efficienza delle prestazioni si concentra sull'utilizzo efficiente delle risorse di calcolo per soddisfare i requisiti del sistema e sul mantenimento di tale efficienza al variare della domanda e con l'evoluzione delle tecnologie. Principi di progettazione fondamentali: democratizzare le tecnologie avanzate — utilizzare servizi gestiti (RDS, SageMaker) invece di svilupparli da zero. Operare a livello globale in pochi minuti — distribuire in più regioni con CloudFormation. Utilizzare architetture serverless — eliminare la gestione dell'infrastruttura. Sperimentare più spesso — testare diversi tipi di istanza e configurazioni.

L'Efficienza delle prestazioni inizia con la selezione del tipo di calcolo appropriato per il carico di lavoro. EC2 offre decine di famiglie di istanze ottimizzate per diversi casi d'uso: serie c per attività a elevato utilizzo di calcolo (codifica video, elaborazione batch), serie r per attività a elevato utilizzo di memoria (database in-memory, caching), serie i per attività a elevato utilizzo dello storage (NoSQL, data warehousing), serie p/g per carichi di lavoro GPU (addestramento ML). Utilizzare il tipo di istanza errato significa pagare una capacità inutilizzabile o compromettere le prestazioni.

Il caching è una tecnica fondamentale per l'efficienza delle prestazioni, poiché riduce la latenza e il carico sul database. ElastiCache (Redis/Memcached) memorizza nella cache in memoria i risultati delle query del database, consentendo un accesso in millisecondi. CloudFront memorizza nella cache le risposte HTTP nelle edge location vicine agli utenti. Il caching di API Gateway riduce le invocazioni Lambda memorizzando nella cache le risposte API. DAX (DynamoDB Accelerator) aggiunge una cache in memoria, con accesso in microsecondi, davanti a DynamoDB. Scelga il livello di caching appropriato in base alla posizione del collo di bottiglia: database, API o distribuzione edge.

La scelta dello storage influisce notevolmente sulle prestazioni. io2 Block Express EBS offre fino a 256.000 IOPS per database ad alte prestazioni. gp3 è l'opzione predefinita per la maggior parte dei carichi di lavoro, a un costo inferiore. Instance store offre il numero più elevato di IOPS (NVMe) per i dati temporanei. S3 può gestire migliaia di richieste al secondo per lo storage di oggetti. EFS offre accesso condiviso ai file POSIX. Abbini lo storage al modello di I/O: le letture sequenziali traggono vantaggio da st1 (Throughput Optimised HDD), mentre l'I/O casuale richiede volumi SSD.

L'Efficienza delle prestazioni non è una decisione da prendere una sola volta: è necessario monitorare continuamente le metriche delle prestazioni e rivalutare le proprie scelte quando AWS rilascia nuovi servizi. Utilizzi le dashboard CloudWatch per monitorare i percentili di latenza p50, p90 e p99 (non solo le medie, che nascondono la latenza di coda). Utilizzi le tracce X-Ray per identificare le parti più lente di una catena di richieste. Configuri il rilevamento delle anomalie CloudWatch per creare automaticamente una baseline e avvisare in caso di deviazioni anomale delle prestazioni. Esamini regolarmente gli annunci AWS: i tipi di istanza più recenti spesso offrono prestazioni migliori a un costo inferiore.

L'Efficienza delle prestazioni richiede talvolta compromessi con altri pilastri. L'aggiunta di una cache (ElastiCache) migliora le prestazioni, ma introduce complessità operativa (compromesso con l'Eccellenza operativa) e costi (compromesso con l'Ottimizzazione dei costi). L'utilizzo di DynamoDB al posto di RDS migliora le prestazioni su larga scala, ma richiede la riprogettazione del modello dei dati (impegno per l'Eccellenza operativa). Il Well-Architected Framework riconosce questi compromessi e richiede di effettuare scelte consapevoli, documentandone le motivazioni. Nelle domande d'esame, cerchi l'opzione che raggiunge gli obiettivi prestazionali con il minor overhead operativo.

Verifichi la comprensione dei concetti di AWS Solutions Architect (SAA-C03) trattati in questa lezione.

In questa lezione ha imparato che: l'affidabilità richiede ripristino automatico, dimensionamento orizzontale e test regolari degli errori, l'Efficienza delle prestazioni richiede la selezione del tipo di calcolo, storage e database appropriato per ogni carico di lavoro e il caching a più livelli riduce la latenza e il carico sul database. Entrambi i pilastri richiedono un monitoraggio continuo e la disponibilità a rivedere le decisioni architetturali. Nella prossima lezione esamineremo i pilastri Ottimizzazione dei costi e Sostenibilità.