Toda carga de trabalho na AWS requer uma definição de posicionamento para usuários, dados e limites de falha.
Neste curso, aprenderemos como as localizações da AWS influenciam a latência, a resiliência, a conformidade e a conectividade híbrida.
Construiremos um modelo mental que começa pelo limite mais amplo e avança para os menores.
Também acompanharemos um exemplo de carga de trabalho simples para tornar concretas as decisões e os trade-offs de posicionamento.
Posicionamento é a decisão sobre qual limite de localização da AWS hospedará um componente da carga de trabalho ou seus dados.
Essa decisão altera a distância de rede, a jurisdição e o raio de impacto de falhas.
A latência é determinada pela distância física e pelos saltos de rede entre os usuários e a carga de trabalho.
O isolamento de falhas depende de quais componentes compartilham o mesmo limite físico e operacional.
Restrições de residência de dados limitam onde os dados são armazenados e processados, o que pode restringir as opções de Região.
Restrições de cenários híbridos podem exigir processamento local próximo às instalações do cliente ou conectividade previsível com a AWS.
Vamos examinar as principais camadas de localização que utilizaremos ao longo deste curso.
Uma conta da AWS é um limite de segurança e faturamento que detém a propriedade de recursos e identidades.
Os limites da conta são importantes porque os controles de acesso e as evidências de auditoria são avaliados por conta.
Uma Região da AWS é uma área geográfica distinta onde a AWS agrupa infraestrutura.
As Regiões são projetadas para serem isoladas de outras Regiões, visando à tolerância a falhas.
A maioria dos serviços da AWS cria recursos regionais que existem apenas na Região selecionada.
A replicação entre Regiões é específica de cada serviço, e a AWS não replica tudo automaticamente.
Uma Zona de Disponibilidade é um local isolado dentro de uma Região.
Cada Zona de Disponibilidade consiste em um ou mais data centers distintos em instalações separadas.
As Zonas de Disponibilidade em uma Região conectam-se por meio de uma rede redundante, de baixa latência e alta largura de banda.
Uma prática recomendada é executar cargas de trabalho de produção em múltiplas Zonas de Disponibilidade para obter maior disponibilidade.
Um endpoint é o ponto de entrada na rede para o qual enviamos solicitações de API para um serviço em um determinado escopo.
Selecionar uma Região em ferramentas geralmente escolhe um endpoint regional para a API desse serviço.
O plano de controle é a parte de um serviço que cria e configura recursos.
O plano de dados é a parte de um serviço que lida com o tráfego em tempo de execução e com as operações de dados.
Esses planos podem apresentar diferentes modos de falha; portanto, devemos verificar cada um deles com as evidências adequadas.
Premissa de trabalho Trataremos a Região e a Zona de Disponibilidade como os limites padrão de isolamento de falhas, a menos que indicado de outra forma.
Usaremos um aplicativo web global simples para embasar nossas decisões.
O aplicativo contém perfis de usuário que devem permanecer disponíveis durante falhas na infraestrutura.
O aplicativo também disponibiliza conteúdo de mídia que se beneficia da proximidade com os usuários finais.
Esse cenário nos permitirá fazer uma pergunta consistente à medida que exploramos cada limite.
Onde deve ficar a camada de entrega voltada ao usuário e onde devem ficar os dados persistentes de perfil, considerando as necessidades de latência e isolamento de falhas?
Vamos visualizar os componentes da carga de trabalho em relação às camadas de localização que acabamos de definir.