Amazon SAP-C02: Otimização de Custos e Governança — Guia de estudos
Faz parte do AWS Solutions Architect Professional SAP-C02 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Amazon, ou faça testes cronometrados no ExamRoll.io.
Padrões de arquitetura com foco em custo e considerações sobre transferência de dados
As escolhas de arquitetura influenciam profundamente o custo contínuo. Transfira o conteúdo de alto volume e a distribuição global para o Amazon CloudFront para reduzir as solicitações à origem do S3 e as cobranças de egress; use o S3 Transfer Acceleration somente quando os benefícios de latência justificarem os custos de transferência mais altos. Para arquiteturas entre AZs (cross-AZ) e entre Regiões (cross-Region), lembre-se de que a transferência de dados entre AZs (inter-AZ) pode ser cobrada; projete para a localidade do tráfego dentro da mesma AZ (intra-AZ) sempre que possível, ou agregue o tráfego por meio de serviços regionais. Para distribuição de arquivos grandes, considere o Amazon S3 com multipart upload e políticas de ciclo de vida (lifecycle policies), o S3 Intelligent-Tiering para acesso imprevisível e o EFS One Zone para cargas de trabalho em uma única AZ (single-AZ) onde as concessões em resiliência reduzem o custo. Ao migrar cargas de trabalho de contêineres, avalie o Fargate em comparação com ECS/EKS baseados em EC2: o Fargate aumenta a simplicidade operacional e reduz a sobrecarga de gerenciamento de clusters, mas normalmente custa mais por vCPU/memória do que grupos de nós (node groups) bem otimizados e baseados em EC2 Spot. Armadilhas comuns incluem subestimar a replicação entre regiões (inter-region), alocar logs de alta rotatividade (high-churn) em classes de armazenamento de acesso infrequente e presumir que os VPC endpoints são gratuitos — eles economizam no egress do NAT, mas adicionam cobranças por hora e por GB. Os critérios de decisão devem ponderar a gravidade dos dados (data gravity), os SLAs de latência e as necessidades de durabilidade: escolha armazenamento ou computação mais baratos somente onde os requisitos de resiliência e desempenho permitirem.
Problema Prático: Cenário de Caso de Uso
Cenário: A Acme Global Enterprises opera um ambiente AWS maduro com 18 contas-membro no AWS Organizations, uma conta pagadora centralizada e cargas de trabalho em três Regiões. Eles têm uma adoção parcial de tags, executam várias frotas de EC2 de longa duração e usam o S3 extensivamente para dados de análise (analytics).
Desafio: Eles precisam reduzir os gastos mensais com a AWS em 20% em seis meses, preservando os SLAs de desempenho e permitindo que equipes autônomas implantem novas funcionalidades (features).
Abordagem Recomendada:
- Habilite o Cost and Usage Report para o S3 com granularidade horária e integre-o com o Amazon Athena; crie relatórios de instâncias reservadas (reserved) e de otimização de tamanho (rightsizing) no Cost Explorer para os últimos 6 a 12 meses.
- Implante o Compute Optimizer e analise o uso de instâncias em estado estacionário (steady-state); adquira uma combinação de Compute Savings Plans para uma cobertura ampla e RIs Conversíveis (Convertible RIs) de 1 ano para cargas de trabalho previsíveis e específicas de uma família de instâncias.
- Imponha o uso de tags por meio de CloudFormation StackSets e AWS Config Rules com remediação automática para tags ausentes; direcione relatórios de custo por tag para os proprietários das unidades de negócio e crie AWS Budgets com remediação automatizada via SNS e Lambda para violações de limites (thresholds).
- Mova o conteúdo estático e distribuído globalmente para o Amazon CloudFront, converta dados acessados com pouca frequência para o S3 Intelligent-Tiering com transições de ciclo de vida (lifecycle) e identifique trabalhos em lote (batch jobs) adequados para Spot com checkpointing para migrá-los da capacidade sob demanda (on-demand).
Justificativa: A visibilidade centralizada (CUR + Athena) expõe oportunidades concretas de otimização de tamanho (rightsizing) e compra de instâncias reservadas, enquanto as barreiras de proteção automatizadas (guardrails) (Config, StackSets, Budgets) impõem a alocação de custos e evitam regressões; a combinação de Savings Plans com RIs seletivas equilibra a profundidade do desconto e a flexibilidade para uma redução de custos confiável sem sacrificar o desempenho.
← Resiliência · Todos os domínios · Implantação →
Pratique estas questões → · Prática cronometrada no ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Passe no seu exame →