Cost Explorer e Trusted Advisor são duas ferramentas complementares de gestão de custos na AWS: uma mostra o que já aconteceu (e projeta o que deve acontecer), a outra recomenda ações ativamente para reduzir gasto e corrigir riscos. Entender quando usar cada uma — e como elas se conectam a modelos de desconto como Reserved Instances e Savings Plans — é um domínio inteiro da prova (Domain 4: Cost Optimization).

🎯 Para a certificação

Questões sobre este tema testam se você sabe diferenciar análise histórica/previsão (Cost Explorer) de recomendações ativas (Trusted Advisor), entende os trade-offs entre os diferentes modelos de compra (On-Demand, Reserved Instances, Savings Plans, Spot), sabe o que é rightsizing e seus riscos se aplicado sem análise, e entende como tags viabilizam alocação de custo por time/projeto.

---

Resumo

Pense no Cost Explorer como o extrato detalhado do cartão de crédito da sua conta AWS — mostra quanto foi gasto, com qual serviço, em qual período, e projeta quanto você provavelmente vai gastar no próximo mês com base no histórico. Já o Trusted Advisor é mais como um consultor que analisa ativamente sua conta e aponta problemas específicos e acionáveis — "esse volume EBS está sem uso há 30 dias", "esse Security Group está aberto para o mundo inteiro", "você poderia economizar comprando uma Reserved Instance para essa instância que roda 24/7". Um olha para o passado e projeta o futuro (Cost Explorer); o outro recomenda ações concretas agora (Trusted Advisor).

• Cost Explorer: visualização, análise histórica e previsão de custos, com granularidade por serviço, conta, tag e mais.
• Trusted Advisor: checagens automáticas em cinco categorias (custo, performance, segurança, tolerância a falhas, limites de serviço), com profundidade de checagens dependente do plano de suporte contratado.
• Rightsizing: ajustar o tamanho de recursos (tipicamente instâncias EC2) para corresponder ao uso real, evitando pagar por capacidade ociosa — mas com risco real se aplicado sem considerar picos.

---

1. Cost Explorer

O Cost Explorer permite visualizar gastos com granularidade por serviço, conta (em ambientes com AWS Organizations), região, e — de forma especialmente útil operacionalmente — por tags aplicadas aos recursos. Também gera previsões de gasto futuro com base em padrões históricos de uso.

Funcionalidades relevantes para a prova:

• Relatórios customizáveis: filtrar e agrupar custo por múltiplas dimensões simultaneamente (ex: "gasto com EC2, por tag team, nos últimos 3 meses").
• Previsão de custo (Forecast): projeta gasto futuro baseado em tendência histórica — útil para planejamento orçamentário, mas não substitui Budgets para alertas ativos (ver seção 5).
• Análise de utilização de RIs e Savings Plans: mostra a taxa de cobertura (quanto do uso já está coberto por compromissos) e a taxa de utilização (quanto dos compromissos comprados está sendo efetivamente usado) — métricas centrais para saber se vale a pena comprar mais compromisso ou se já existe compromisso subutilizado sendo desperdiçado.
• Recomendações de RI e Savings Plans: o próprio Cost Explorer sugere compras de compromisso com base no padrão histórico de uso on-demand, estimando a economia potencial.

💡 Para a prova: se o cenário pede "visualizar tendências históricas de custo" ou "prever gasto do próximo trimestre", a resposta é Cost Explorer. Se pede um alerta automático quando um limite de gasto for atingido, isso é AWS Budgets, não Cost Explorer diretamente (ver seção 5) — os dois trabalham juntos, mas resolvem problemas diferentes.

---

2. Trusted Advisor

O Trusted Advisor realiza checagens automáticas na conta, organizadas em cinco categorias:

2.1 Diferença de profundidade por plano de suporte

Um ponto frequentemente cobrado: o Trusted Advisor está disponível para qualquer conta, mas a profundidade das checagens depende do plano de suporte contratado:

• Suporte Basic/Developer: acesso limitado, principalmente a um subconjunto de checagens de Service Limits e algumas checagens essenciais de segurança.
• Suporte Business ou Enterprise: acesso ao conjunto completo das checagens nas cinco categorias, incluindo recomendações detalhadas de cost optimization e performance.

💡 Para a prova: se o cenário menciona "a conta tem suporte Basic e não está vendo todas as recomendações esperadas do Trusted Advisor", a explicação é justamente essa limitação por plano — não um erro de configuração. Fazer upgrade do plano de suporte é a resposta correta nesse tipo de cenário.

---

3. Modelos de compra — On-Demand, Reserved Instances, Savings Plans, Spot

Entender os modelos de desconto é essencial porque grande parte das recomendações do Cost Explorer e do Trusted Advisor giram em torno de migrar carga de trabalho de um modelo mais caro para um mais barato, quando o padrão de uso permite.

3.1 Reserved Instances vs Savings Plans — a distinção mais cobrada

A diferença central: RI é um compromisso atrelado a um recurso específico (tipo de instância, região, e dependendo do tipo, até AZ específica), enquanto Savings Plans é um compromisso de gasto, aplicado automaticamente a qualquer uso elegível, com muito mais flexibilidade para a carga de trabalho mudar de formato ao longo do período de compromisso.

💡 Para a prova: se o cenário descreve uma carga de trabalho estável, mas que a equipe espera mudar o tipo/família de instância ao longo do tempo (ex: modernizando para instâncias mais eficientes conforme disponíveis), Savings Plans é a resposta mais flexível. Se a carga é extremamente estável e previsível, com o tipo de instância já definitivo, RI pode oferecer desconto equivalente ou ligeiramente maior em alguns casos, mas com menos flexibilidade.

---

4. Rightsizing

Rightsizing é o processo de ajustar o tamanho (tipo de instância, classe de storage etc.) de um recurso para corresponder ao seu uso real — identificando tanto recursos superdimensionados (pagando por capacidade não utilizada) quanto subdimensionados (sofrendo degradação de performance por falta de capacidade).

• O Trusted Advisor e o AWS Compute Optimizer (um serviço dedicado, mais avançado, que usa machine learning para analisar padrões de utilização de CPU/memória/rede) fornecem recomendações específicas de rightsizing.
• O risco de aplicar rightsizing sem análise cuidadosa de picos é degradar performance justamente nos momentos de maior demanda — reduzir uma instância com base na média de utilização, ignorando picos sazonais ou eventos pontuais (ex: Black Friday), pode economizar dinheiro na maior parte do tempo, mas causar falha exatamente quando o sistema mais precisa funcionar bem.

💡 Para a prova: a pegadinha clássica de rightsizing é o enunciado apresentar uma recomendação de redução de tamanho baseada em utilização média, sem considerar variação/picos — a resposta correta geralmente aponta que a decisão deveria considerar o padrão completo de utilização ao longo do tempo, não apenas a média, antes de reduzir capacidade.

---

5. AWS Budgets

Diferente do Cost Explorer (que é retrospectivo/analítico), o AWS Budgets permite configurar alertas proativos: você define um limite de gasto (ou de uso, ou de cobertura/utilização de RI e Savings Plans), e o Budgets notifica (via SNS, e-mail) quando o gasto real ou projetado ultrapassa esse limite — e pode até disparar ações automatizadas (ex: aplicar uma política IAM restritiva quando um limite crítico é atingido).

💡 Para a prova: "ser notificado quando o gasto ultrapassar um valor específico" → AWS Budgets. "Analisar por que o gasto do mês passado foi maior que o esperado" → Cost Explorer. São ferramentas complementares dentro da mesma família de AWS Cost Management, mas resolvem momentos diferentes do ciclo (alerta proativo vs análise retrospectiva).

---

6. Tags e alocação de custo

Tags (pares chave-valor aplicados a recursos, ex: team: platform, project: migracao-x, environment: production) são o mecanismo central para atribuir custo a times, projetos ou ambientes dentro de uma conta compartilhada.

Para que uma tag apareça nos relatórios de custo, ela precisa ser explicitamente ativada como "cost allocation tag" no console de billing — nem toda tag aplicada a um recurso aparece automaticamente disponível para filtro no Cost Explorer até essa ativação.

💡 Para a prova: se o cenário descreve "aplicamos tags nos recursos, mas elas não aparecem no Cost Explorer para análise", a causa mais provável é que a tag não foi ativada como cost allocation tag nas configurações de billing — aplicar a tag no recurso não é suficiente por si só.

---

7. Boas práticas

• Use Cost Explorer para entender tendências e projetar orçamento; use AWS Budgets para ser alertado proativamente antes de estourar o orçamento.
• Revise regularmente as recomendações do Trusted Advisor, especialmente cost optimization e security, ajustando conforme o plano de suporte permitir a profundidade necessária.
• Antes de aplicar rightsizing, analise o padrão completo de utilização (incluindo picos sazonais), não apenas a média — considere o AWS Compute Optimizer para recomendações baseadas em análise mais sofisticada.
• Prefira Savings Plans sobre RIs quando há expectativa de mudança de tipo/família de instância ao longo do compromisso; prefira RIs quando a carga é extremamente estável e previsível.
• Use Spot Instances apenas para cargas tolerantes a interrupção, combinando com estratégias de checkpoint ou arquiteturas distribuídas resilientes a perda de nós.
• Ative cost allocation tags no console de billing e padronize uma convenção de tags (ex: team, project, environment) em toda a organização desde o início.
• Combine múltiplas fontes de recomendação (Trusted Advisor, Compute Optimizer, Cost Explorer) em vez de depender de uma única ferramenta isoladamente.

---

8. Como cai na certificação

• Cenário "visualizar tendências históricas de custo e prever gasto futuro" → Cost Explorer.
• Cenário "ser alertado automaticamente quando o gasto ultrapassar um valor definido" → AWS Budgets.
• Cenário "recomendações ativas e acionáveis sobre recursos ociosos, riscos de segurança, ou proximidade de limites de serviço" → Trusted Advisor.
• Cenário "conta com suporte Basic não vê todas as recomendações esperadas do Trusted Advisor" → limitação de profundidade de checagens por plano de suporte; upgrade de plano resolve.
• Cenário "carga de trabalho estável, mas com expectativa de mudança de tipo/família de instância ao longo do tempo" → Savings Plans.
• Cenário "carga extremamente estável, tipo de instância já definitivo, buscando o desconto mais previsível" → Reserved Instances.
• Cenário "carga tolerante a interrupção, priorizando o menor custo possível" → Spot Instances.
• Cenário "recomendação de reduzir tamanho de instância baseada apenas na média de utilização, ignorando picos" → risco de rightsizing mal avaliado; considerar o padrão completo de uso, não só a média.
• Cenário "tags aplicadas aos recursos não aparecem nos relatórios de custo" → tags precisam ser ativadas como cost allocation tags no billing.

---

9. Exercícios práticos

1. Proponha um plano de rightsizing para uma frota de instâncias EC2 com variação de carga diária previsível (ex: pico comercial e vale noturno), explicando como evitar degradação de performance nos picos.
2. Explique quando faz mais sentido usar Reserved Instances em vez de Savings Plans, e vice-versa, com um exemplo concreto de cada cenário.
3. Descreva como usar tags para rastrear custo por equipe/projeto numa conta compartilhada, incluindo o passo necessário para que a tag apareça no Cost Explorer.
4. Uma conta com suporte Basic não está vendo recomendações completas de cost optimization no Trusted Advisor. Explique a causa mais provável e a solução.
5. Compare o papel do Cost Explorer com o do AWS Budgets, e explique por que ambos são necessários numa estratégia de gestão de custos madura.

---

10. Questões de Revisão

Questão 1

Questão 2

Questão 3

Questão 4

Questão 5

Laboratório Prático

Objetivo: explorar o Cost Explorer para analisar gastos por serviço e tag, configurar um alerta no AWS Budgets, e revisar recomendações do Trusted Advisor.

Pré-requisitos: conta AWS com permissão para Cost Explorer, Budgets e Trusted Advisor (algumas checagens completas exigem suporte Business/Enterprise, mas o exercício pode ser feito com as checagens disponíveis no plano atual).

Tempo estimado: 25 minutos

Possíveis custos: nenhum — essas ferramentas de análise não geram custo de uso direto (fora dos recursos já existentes na conta).

Passos:

1. Acesse o Cost Explorer e visualize o gasto dos últimos 3 meses, agrupado por serviço.
2. Ative uma tag existente (ou crie um recurso de teste com uma tag, ex: environment: lab) como cost allocation tag nas configurações de billing, e aguarde a propagação (pode levar até 24 horas para tags recém-ativadas aparecerem em relatórios).
3. Gere um relatório no Cost Explorer filtrado por essa tag.
4. Configure um AWS Budget simples, definindo um limite mensal de gasto e um alerta via e-mail quando 80% desse limite for atingido.
5. Acesse o Trusted Advisor e revise as recomendações disponíveis nas categorias Cost Optimization e Security, identificando pelo menos um item acionável (ex: um volume EBS não anexado, ou um Elastic IP não associado).
6. Documente, em texto simples, uma ação corretiva para o item identificado no passo anterior.

Resultado esperado: você pratica o fluxo completo de análise histórica (Cost Explorer), alerta proativo (Budgets) e recomendação acionável (Trusted Advisor), entendendo como as três ferramentas se complementam.

Limpeza dos recursos: remova o Budget de teste criado, se não for mais necessário, e desative a tag de teste caso tenha sido criada apenas para o laboratório.

---

Referências:

• AWS Cost Management User Guide: https://docs.aws.amazon.com/cost-management/latest/userguide/what-is-costmanagement.html
• AWS Cost Explorer: https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html
• AWS Trusted Advisor: https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html
• Reserved Instances vs Savings Plans: https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html
• AWS Budgets: https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html
• AWS Compute Optimizer: https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html
• Cost allocation tags: https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html