Nozioni di base su più regioni di AWS - Nozioni di base su più regioni di AWS
SintesiSei tu Well-Architected? Introduzione

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à.

Nozioni di base su più regioni di AWS

Data di pubblicazione: 20 dicembre 2022 () Revisioni del documento

Sintesi

Questo paper avanzato di 300 livelli è destinato agli architetti del cloud e ai dirigenti senior AWS che creano carichi di lavoro su cui sono interessati a utilizzare un'architettura multiregionale per migliorare la resilienza dei propri carichi di lavoro. Questo paper presuppone una conoscenza di base dell'AWSinfrastruttura e dei servizi. Descrive i casi d'uso comuni in più regioni, condivide i concetti e le implicazioni fondamentali relativi alla progettazione, allo sviluppo e all'implementazione e fornisce linee guida prescrittive per aiutarti a determinare meglio se un'architettura multiregionale è adatta ai tuoi carichi di lavoro.

Sei tu Well-Architected?

Il AWSWell-Architected Framework ti aiuta a comprendere i pro e i contro delle decisioni che prendi quando crei sistemi nel cloud. I sei pilastri del Framework consentono di apprendere le migliori pratiche architettoniche per progettare e gestire sistemi affidabili, sicuri, efficienti, convenienti e sostenibili. Utilizzando AWS Well-Architected Tool, disponibile gratuitamente in AWS Management Console, puoi esaminare i tuoi carichi di lavoro rispetto a queste best practice rispondendo a una serie di domande per ogni pilastro.

Per ulteriori indicazioni e best practice da parte degli esperti per la tua architettura cloud (implementazioni dell'architettura di riferimento, diagrammi e white paper), consulta l'Architecture Center. AWS

Introduzione

Ciascuna è composta da più zone di disponibilità indipendenti e fisicamente separate all'interno di Regione AWSun'area geografica. Viene mantenuta una rigorosa separazione logica tra i servizi software di ciascuna regione. Questa progettazione mirata garantisce che un guasto dell'infrastruttura o dei servizi in una regione non si traduca in un guasto correlato in un'altra regione.

La maggior parte dei AWS clienti può raggiungere i propri obiettivi di resilienza per un carico di lavoro in una singola regione utilizzando più zone di disponibilità (AZ) o servizi regionali. AWS Tuttavia, un sottoinsieme di clienti utilizza architetture multiregionali per tre motivi.

  • Hanno requisiti di elevata disponibilità e continuità delle operazioni per i carichi di lavoro di livello più elevato che ritengono non possano essere soddisfatti in una singola regione.

  • Devono soddisfare i requisiti di sovranità dei dati (come il rispetto delle leggi, dei regolamenti e della conformità locali) che richiedono che i carichi di lavoro operino all'interno di una determinata giurisdizione.

  • Devono migliorare le prestazioni e l'esperienza del cliente per il carico di lavoro eseguendo i carichi di lavoro nelle sedi più vicine agli utenti finali.

Questo paper si concentra sui requisiti di alta disponibilità e continuità delle operazioni e aiuta a orientarsi tra le considerazioni relative all'adozione di un'architettura multiregionale per un carico di lavoro. Descriviamo i concetti fondamentali che si applicano alla progettazione, allo sviluppo e all'implementazione di un carico di lavoro multiregionale, insieme a un framework prescrittivo per aiutarti a determinare se un'architettura multiregionale è la scelta giusta per un particolare carico di lavoro. Devi assicurarti che un'architettura multiregionale sia la scelta giusta per il tuo carico di lavoro, perché queste architetture sono impegnative ed è possibile che, se non eseguite correttamente, la disponibilità complessiva del carico di lavoro possa diminuire.