View a markdown version of this page

COST05-BP05 Selecionar os componentes desta workload para otimizar o custo alinhado com as prioridades da organização - AWS Well-Architected Framework
Orientação para a implementaçãoRecursos

COST05-BP05 Selecionar os componentes desta workload para otimizar o custo alinhado com as prioridades da organização

Considere o custo ao selecionar todos os componentes para sua workload. Isso inclui o uso de serviços gerenciados e em nível de aplicação ou arquitetura com tecnologia sem servidor, contêineres ou orientada por dados a fim de reduzir o custo geral. Minimize os custos de licença usando um software de código aberto ou que não tenha taxas de licença ou alternativas para reduzir o custo.

Nível de exposição a riscos quando esta prática recomendada não é estabelecida: Médio

Orientações para a implementação

Considere o custo de serviços e opções ao selecionar todos os componentes. Isso inclui o uso de serviços gerenciados e em nível de aplicação, como o Amazon Relational Database Service (Amazon RDS), o Amazon DynamoDB, o Amazon Simple Notification Service (Amazon SNS) e o Amazon Simple Email Service (Amazon SES), para reduzir o custo geral da organização. Use contêineres e recursos com tecnologia sem servidor para computação, como o AWS Lambda e o Amazon Simple Storage Service (Amazon S3), para sites estáticos. Se possível, conteinerize sua aplicação e use serviços de contêiner gerenciados pela AWS, como o Amazon Elastic Container Service (Amazon ECS) ou o Amazon Elastic Kubernetes Service (Amazon EKS). Minimize os custos de licença usando software de código aberto ou software sem taxas de licença (por exemplo, Amazon Linux para workloads de computação ou migração de bancos de dados para o Amazon Aurora).

Você pode usar serviços com tecnologia sem servidor ou em nível de aplicação, como o AWS Lambda, o Amazon Simple Queue Service (Amazon SQS), o Amazon SNS e o Amazon SES. Esses serviços eliminam a necessidade de gerenciar um recurso e fornecem a função de execução de código, serviços de enfileiramento e entrega de mensagens. O outro benefício é que eles escalam a performance e o custo de acordo com o uso, permitindo a alocação e a atribuição eficientes de custos.

O uso de uma arquitetura orientada a eventos (EDA) também é possível com serviços com tecnologia sem servidor. Arquiteturas orientadas a eventos são baseadas em push, então, tudo acontece sob demanda à medida que o evento se apresenta no roteador. Dessa forma, você não paga pela sondagem contínua para conferir um evento. Isso significa um consumo menor de largura de banda de rede, menor utilização de CPU, menor capacidade de frota ociosa e menos handshakes SSL/TLS.

Para obter mais informações sobre tecnologia sem servidor, consulte o whitepaper Well-Architected Serverless Application Lens.

Etapas da implementação

  • Seleção de cada serviço para otimizar o custo: usando sua análise e lista priorizada, selecione cada opção que fornece a melhor correspondência com suas prioridades organizacionais. Em vez de aumentar a capacidade para atender à demanda, considere outras opções que podem oferecer melhor performance por um custo menor. Por exemplo, você precisa analisar o tráfego esperado para seus bancos de dados na AWS e considerar aumentar o tamanho da instância ou usar serviços do Amazon ElastiCache (Redis ou Memcached) a fim de fornecer mecanismos em cache para seus bancos de dados.

  • Avaliação da arquitetura orientada a eventos: o uso de uma arquitetura com tecnologia sem servidor também permite criar uma arquitetura orientada a eventos para aplicações distribuídas e baseadas em microsserviço, o que ajuda a criar soluções escaláveis, resilientes, ágeis e econômicas.

Recursos

Documentos relacionados:

Exemplos relacionados: