

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
<a name="aws-well-architected-design-considerations"></a>

Desenvolvemos esta solução com as melhores práticas do [AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/), que ajuda os clientes a projetar e operar workloads 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 foram aplicados ao criar essa solução.

## Excelência operacional
<a name="operational-excellence"></a>

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do [pilar de excelência operacional](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html).
+ A solução envia métricas para a Amazon CloudWatch para fornecer observabilidade em seus componentes (como sua infraestrutura e funções Lambda).
+ O AWS X-Ray rastreia as funções do Lambda.
+ Usa o Amazon SNS para gerar relatórios de erros.

## Segurança
<a name="security"></a>

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do [pilar de segurança](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html).
+ Todas as comunicações entre serviços usam perfis do IAM.
+ Todas as comunicações com várias contas usam perfis do IAM.
+ Todos os perfis usados pela solução seguem o acesso com privilégio mínimo. Em outras palavras, eles contêm apenas as permissões mínimas necessárias para que o serviço possa funcionar corretamente.
+ Todo o armazenamento de dados, incluindo as tabelas do DynamoDB, tem criptografia em repouso.

## Confiabilidade
<a name="reliability"></a>

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do [pilar de confiabilidade](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html).
+ A solução usa serviços da AWS com tecnologia sem servidor sempre que possível (como Lambda e DynamoDB) para garantir alta disponibilidade e recuperação de falhas no serviço.
+ O processamento de dados usa funções do Lambda. A solução armazena dados no DynamoDB, portanto, eles persistem em várias zonas de disponibilidade por padrão.

## Eficiência de desempenho
<a name="performance-efficiency"></a>

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](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/welcome.html).
+ A solução usa arquitetura sem servidor.
+ Você pode lançar a solução em qualquer região da AWS que ofereça suporte aos serviços da AWS usados nessa solução (como Lambda e DynamoDB). Para obter detalhes, consulte [Regiões da AWS suportadas](solution-overview.md#supported-aws-regions).
+ A solução é testada e implantada automaticamente todos os dias. Nossos arquitetos de soluções e especialistas no assunto analisam a solução em busca de áreas para experimentar e melhorar.

## Otimização de custos
<a name="cost-optimization"></a>

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](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html).
+ A solução usa arquitetura sem servidor, e os clientes pagam somente pelo que usam.
+ O padrão da camada de computação é Lambda, que usa um modelo. pay-per-use

## Sustentabilidade
<a name="sustainability"></a>

Esta seção descreve como arquitetamos essa solução usando os princípios e as melhores práticas do [pilar de sustentabilidade](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sustainability-pillar.html).
+ A solução usa serviços gerenciados e sem servidor para minimizar o impacto ambiental dos serviços de backend.
+ O design sem servidor da solução visa reduzir a pegada de carbono em comparação com a pegada de servidores on-premises em operação contínua.