Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Progettazione e gestione della resilienza in un'unica regione Prima di approfondire i concetti relativi a più regioni, inizia confermando che il carico di lavoro è già il più resiliente possibile in una singola regione. Per raggiungere questo obiettivo, valuta il tuo carico di lavoro rispetto al [pilastro dell'affidabilità](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html) e dell'[eccellenza operativa](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html) del AWS Well-Architected Framework e apporta le modifiche necessarie in base ai compromessi e alla valutazione del rischio. I seguenti concetti sono trattati nel AWS Well-Architected Framework: + [Segmentazione del carico di lavoro basata sui confini del dominio](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-your-workload-service-architecture.html) + [Contratti di assistenza ben definiti](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-your-workload-service-architecture.html) + [Gestione e accoppiamento delle dipendenze](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-interactions-in-a-distributed-system-to-prevent-failures.html) + [Gestione degli errori, dei nuovi tentativi e delle strategie di back-off](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-interactions-in-a-distributed-system-to-mitigate-or-withstand-failures.html) + [Operazioni idempotenti e transazioni stateful o stateless](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-interactions-in-a-distributed-system-to-mitigate-or-withstand-failures.html) + [Prontezza operativa e gestione delle modifiche](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/operational-readiness.html) + [Comprendere lo stato del carico di lavoro](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/understanding-operational-health.html) + [Rispondere agli eventi](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/responding-to-events.html) Per approfondire ulteriormente la resilienza a regione singola, rivedi e applica i concetti discussi nel paper [Advanced Multi-AZ Resilience Patterns: Detecting](https://docs.aws.amazon.com/whitepapers/latest/advanced-multi-az-resilience-patterns/advanced-multi-az-resilience-patterns.html) and Mitigating Gray Failures. Questo paper fornisce le best practice per l'utilizzo delle repliche in ogni zona di disponibilità per contenere gli errori e amplia i concetti Multi-AZ introdotti nel Well Architected Framework. AWS Sebbene un'architettura multiregionale sia in grado di mitigare le modalità di errore legate alle zone di disponibilità, è opportuno prendere in considerazione alcuni compromessi associati a un approccio multiregionale. Ecco perché ti consigliamo di iniziare con un approccio Multi-AZ e quindi di valutare un carico di lavoro specifico rispetto ai fondamenti delle architetture multiregionali per determinare se un approccio multiregionale può aumentare la resilienza del carico di lavoro.