View a markdown version of this page

Considerações de design do AWS Well-Architected - Teste de carga distribuído na AWS

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

Considerações de design do AWS Well-Architected

Essa solução usa as melhores práticas do AWS Well-Architected Framework, que ajuda os clientes a projetar e operar cargas de trabalho confiáveis, seguras, eficientes e econômicas na nuvem.

Esta seção descreve como os princípios de design e as melhores práticas do Well-Architected Framework beneficiam essa solução.

Excelência operacional

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de excelência operacional.

  • Todos os recursos são definidos como infraestrutura como código usando CloudFormation modelos da AWS gerados a partir de construções do AWS CDK.

  • A solução envia métricas CloudWatch em vários estágios para fornecer observabilidade em funções Lambda, tarefas do ECS, buckets S3 e outros componentes da solução.

Segurança

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de segurança.

  • Cognito autentica e autoriza usuários do console web e solicitações de API.

  • Todas as comunicações entre serviços usam funções do AWS Identity and Access Management (IAM) com menos privilégios de acesso, contendo somente as permissões mínimas necessárias.

  • Todo o armazenamento de dados, incluindo buckets S3 e tabelas do DynamoDB, criptografa dados em repouso usando chaves gerenciadas pela AWS.

  • O registro, o rastreamento e o controle de versão são habilitados quando aplicável para fins de auditoria e conformidade.

  • O acesso à rede é privado por padrão, com endpoints VPC habilitados quando disponíveis para manter o tráfego na rede da AWS.

nota

A solução cria vários grupos de CloudWatch registros com períodos de retenção variáveis com base no volume de registros e nas considerações de custo:

Tipo de log Período de retenção

Informações sobre contêineres do ECS

1 dia

Step Functions, registros personalizados do ECS, registros de acesso ao API Gateway

1 ano

Registros de tempo de execução do Lambda

2 anos

Registros de execução do API Gateway

Nunca expire

Você pode modificar esses períodos de retenção no CloudWatch console com base em seus requisitos.

Confiabilidade

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de confiabilidade.

  • A solução usa serviços sem servidor da AWS sempre que possível (exemplos: Lambda, API Gateway, Amazon S3, AWS Step Functions, Amazon DynamoDB e AWS Fargate) para garantir alta disponibilidade e recuperação de falhas no serviço.

  • Todo o processamento computacional usa funções Lambda ou Amazon ECS no AWS Fargate.

  • Os dados são armazenados no DynamoDB e no Amazon S3, portanto, persistem em várias zonas de disponibilidade por padrão.

Eficiência de desempenho

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de eficiência de desempenho.

  • A solução usa uma arquitetura sem servidor com a capacidade de escalar horizontalmente conforme necessário.

  • A solução pode ser lançada em qualquer região que ofereça suporte aos serviços da AWS nessa solução, como: AWS Lambda, Amazon API Gateway, Amazon S3, AWS Step Functions, Amazon DynamoDB, Amazon ECS, AWS Fargate e Amazon Cognito.

  • A solução usa serviços gerenciados por toda parte para reduzir a carga operacional do provisionamento e gerenciamento de recursos.

  • A solução é automaticamente testada e implantada diariamente para obter consistência à medida que os serviços da AWS mudam, bem como revisada por arquitetos de soluções e especialistas no assunto em relação às áreas a serem experimentadas e aprimoradas.

Otimização de custos

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de otimização de custos.

  • A solução usa arquitetura sem servidor; portanto, os clientes só são cobrados pelo que usam.

  • O Amazon DynamoDB escala a capacidade sob demanda, então você paga somente pela capacidade que você usa.

  • O AWS ECS no AWS Fargate permite que você pague somente pelos recursos computacionais que você usa, sem despesas iniciais.

  • O AWS AgentCore Gateway serve como um proxy econômico baseado em Lambda para a API de teste de carga distribuída, eliminando a necessidade de infraestrutura dedicada e reduzindo custos por meio de preços sem servidor. pay-per-request

Sustentabilidade

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do pilar de sustentabilidade.

  • A solução usa serviços gerenciados sem servidor para minimizar o impacto ambiental dos serviços de back-end em comparação com os serviços locais em operação contínua.

  • Os serviços de tecnologia sem servidor permitem aumentar a escala da solução verticalmente conforme necessário.