Fundamentos de várias regiões da AWS - Fundamentos de várias regiões da AWS
ResumoVocê é Well-Architected? Introdução

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Fundamentos de várias regiões da AWS

Data de publicação: 20 de dezembro de 2022 (Revisões do documento)

Resumo

Este documento avançado de 300 níveis é destinado a arquitetos de nuvem e líderes seniores que criam cargas de trabalho com base em AWS pessoas interessadas em usar uma arquitetura multirregional para melhorar a resiliência de suas cargas de trabalho. Este paper pressupõe um conhecimento básico de AWS infraestrutura e serviços. Ele descreve casos de uso comuns de várias regiões, compartilha conceitos e implicações fundamentais de várias regiões sobre design, desenvolvimento e implantação e fornece orientação prescritiva para ajudá-lo a determinar melhor se uma arquitetura multirregional é adequada para suas cargas de trabalho.

Você é Well-Architected?

O AWSWell-Architected Framework ajuda você a entender os prós e os contras das decisões tomadas ao criar sistemas na nuvem. Os seis pilares do Framework permitem que você aprenda as melhores práticas arquitetônicas para projetar e operar sistemas confiáveis, seguros, eficientes, economicamente viáveis e sustentáveis. Usando o AWS Well-Architected Tool, disponível gratuitamente no AWS Management Console, você pode analisar seus workloads em relação a essas melhores práticas respondendo a um conjunto de perguntas para cada pilar.

Para obter orientações especializadas e melhores práticas adicionais para a arquitetura de sua nuvem (implantações de arquitetura de referência, diagramas e whitepapers), consulte o Centro de arquitetura da AWS.

Introdução

Cada uma Região da AWSconsiste em várias zonas de disponibilidade independentes e fisicamente separadas dentro de uma área geográfica. A separação lógica estrita entre os serviços de software em cada região é mantida. Esse design proposital garante que uma falha na infraestrutura ou nos serviços em uma região não resulte em uma falha correlacionada em outra região.

A maioria dos AWS clientes pode atingir seus objetivos de resiliência para uma carga de trabalho em uma única região usando várias zonas de disponibilidade (AZs) ou serviços regionais. AWS No entanto, um subconjunto de clientes busca arquiteturas multirregionais por três motivos.

  • Eles têm requisitos de alta disponibilidade e continuidade de operações para suas cargas de trabalho de nível mais alto, que acreditam que não podem ser atendidos em uma única região.

  • Eles precisam atender aos requisitos de soberania de dados (como a adesão às leis, regulamentações e conformidade locais), que exigem que as cargas de trabalho operem dentro de uma determinada jurisdição.

  • Eles precisam melhorar o desempenho e a experiência do cliente para a carga de trabalho executando as cargas de trabalho em locais mais próximos aos usuários finais.

Este paper se concentra nos requisitos de alta disponibilidade e continuidade das operações e ajuda você a abordar as considerações para a adoção de uma arquitetura multirregional para uma carga de trabalho. Descrevemos conceitos fundamentais que se aplicam ao design, desenvolvimento e implantação de uma carga de trabalho multirregional, juntamente com uma estrutura prescritiva para ajudá-lo a determinar se uma arquitetura multirregional é a escolha certa para uma carga de trabalho específica. Você precisa garantir que uma arquitetura multirregional seja a escolha certa para sua carga de trabalho, porque essas arquiteturas são desafiadoras e é possível que, se não forem feitas corretamente, a disponibilidade geral da carga de trabalho diminua.