Economia de Nuvem, Estratégias de Migração e a Jornada de Nuvem

O Domínio 1 do exame CLF-C02 carrega 24% do conteúdo pontuado, o segundo maior domínio da prova, e é o único domínio em que a AWS pede que você argumente na linguagem de um business case, e não de uma característica de serviço. Todo o resto do exame (segurança, infraestrutura global, serviços, faturamento) assume que você já aceita a premissa; o Domínio 1 é a premissa. Candidatos que chegam com uma longa lista de nomes de serviços, mas sem vocabulário para custo fixo versus variável, capex versus opex, ou "por que rehost e depois replatform", perdem pontos que nunca esperaram ter que responder.

Nesta lição você vai:

• enunciar os seis benefícios da computação em nuvem com as palavras da própria AWS;
• separar economias de escala, alcance global, velocidade, elasticidade, escalabilidade e alta disponibilidade;
• percorrer os seis pilares do Well-Architected e os seis princípios gerais de design, e mostrar como os pilares se opõem uns aos outros;
• mapear as seis perspectivas do AWS CAF para seus proprietários e para os quatro resultados examináveis;
• escolher entre as estratégias de migração 6 Rs e 7 Rs com uma árvore de decisão, e nomear as ferramentas por trás da replicação de banco de dados;
• situar a jornada Assess → Mobilize → Migrate & Modernize e seus recursos de apoio em um único mapa;
• converter um parque on-premises de custo fixo e capex em um modelo de nuvem de custo variável e opex;
• construir uma comparação de TCO e ROI com aritmética resolvida que você consegue reproduzir em 90 segundos;
• decidir entre BYOL e licença incluída, e ordenar right-sizing antes dos descontos;
• explicar como a linha de responsabilidade se move entre EC2, RDS e Lambda;
• ler dois estudos de caso reais de migração da AWS e lidar com seus números com honestidade;
• responder 10 questões em formato de exame mais três verificações interativas;
• então ampliar o conjunto de casos com Netflix, Box e FarEye, trabalhar a caixa de atualizações de 2026, e treinar uma verificação de associação de estudo de caso mais duas questões extras (clf-02-q11, clf-02-q12).

---

1. A proposta de valor da AWS Cloud (tarefa 1.1)

1.1 Os seis benefícios, literalmente

A AWS publica seis benefícios da computação em nuvem em um whitepaper, e as questões do exame citam as frases quase palavra por palavra. Aprenda a frase-gatilho em negrito de cada linha: é essa string que o enunciado da questão vai reproduzir.

A AWS também afirma operar mais de 200 serviços completos (em outubro de 2026): um valor que vale a pena memorizar porque distratores como "mais de 1.000 serviços" são fáceis de eliminar.

1.2 Exemplo E1: economias de escala, aritmeticamente

Economias de escala são estruturais, não uma promoção. O provedor de nuvem agrega a demanda entre clientes, então compra energia, hardware e espaço em piso a um preço que nenhuma empresa sozinha consegue atingir, e repassa parte da diferença em uma taxa variável menor.

Dois clientes, cada um precisando de um pico de 10 unidades, mas seus picos são anticorrelacionados (um está ocupado quando o outro está ocioso):

1.3 Alcance global, velocidade de implantação e agilidade

• 📚 Você sabia? Em outubro de 2026 a AWS relata 39 Regiões geográficas e 124 Zonas de Disponibilidade, com cada Região obrigada a ter um mínimo de três AZs isoladas, fisicamente separadas, todas a menos de 100 km (60 milhas) uma da outra. Uma Zona de Disponibilidade é definida como "um ou mais data centers discretos, cada um com energia, rede e conectividade redundantes", então uma AZ não é um rack, e uma Região não é uma AZ.

1.4 Exemplo E2: "pare de adivinhar a capacidade" em números

Uma equipe prevê um pico de 100 vCPU. A prática on-premises é comprar 20% to 50% acima da demanda prevista para o pico, para que a previsão não morda:

É isso que "pare de adivinhar a capacidade" significa: em vez de comprar para o pico e ficar ocioso, você provisiona conforme a demanda medida, em minutos, e deixa a elasticidade absorver o pico. A mesma lógica se repete em cada camada posterior desta lição: capacidade ociosa é o inimigo no right-sizing, no licenciamento e na tabela de TCO.

---

2. Princípios de design: o AWS Well-Architected Framework (tarefa 1.2)

2.1 O que é o Framework

O AWS Well-Architected Framework documenta melhores práticas para projetar e operar workloads seguros, confiáveis, eficientes, economicamente viáveis e sustentáveis. O detalhe relevante para o exame sobre o processo é este: uma revisão Well-Architected é "uma conversa construtiva... não um mecanismo de auditoria": você nunca será pedido para "passar" em uma, e a AWS Well-Architected Tool que a executa é gratuita e está na lista de serviços no escopo.

2.2 Os seis pilares

2.3 Os seis princípios gerais de design

Todos os seis princípios fazem o mesmo movimento subjacente: eles convertem gasto antecipado, fixo e ocioso em gasto medido, sob demanda e guiado por evidências.

2.4 Exemplo E3: os pilares não são intercambiáveis

A tarefa 1.2 pede explicitamente que você identifique diferenças entre os pilares. Eles entram em conflito, e o exame testa se você percebe:

Não há pilar que vence automaticamente. A postura correta no exame é um trade-off deliberado e medido, e não a afirmação de que um pilar é "o mais importante". Note também que Sustentabilidade e Otimização de Custos falam ambos de redução, e Segurança e Confiabilidade falam ambos de resiliência: palavras parecidas, pilares diferentes, proprietários diferentes.

• 📚 Você sabia? O Cloud Adoption Framework (Seção 3), o Well-Architected Framework (esta seção) e o Cloud Value Framework (Seção 6) são três listas diferentes de cinco ou seis itens que os candidatos misturam constantemente: o Well-Architected tem 6 pilares sobre qualidade do workload, o CAF tem 6 perspectivas sobre prontidão organizacional, e o Cloud Value Framework tem 5 pilares sobre valor de negócio: dos quais o TCO é apenas o pilar 1 de 5.

---

3. O AWS Cloud Adoption Framework (tarefa 1.3)

3.1 Seis perspectivas, seis proprietários

O AWS Cloud Adoption Framework (AWS CAF) agrupa suas capacidades em seis perspectivas. Cada perspectiva é uma conversa com uma parte diferente da organização: é por isso que o exame pede que você associe uma perspectiva a um stakeholder ou a uma preocupação.

Contagens de capacidades publicadas (em outubro de 2026): People 7, Governance 7, Platform 7, Security 9, Operations 9. A AWS não publica uma contagem para a perspectiva Business nas fontes verificadas para esta lição, então não memorize um total.

3.2 Os quatro resultados examináveis

A tarefa 1.3 nomeia os resultados que você precisa reconhecer. Um programa liderado pelo CAF é avaliado por:

1. Redução do risco de negócios
2. Melhora no desempenho ambiental, social e de governança (ESG)
3. Aumento da receita
4. Aumento da eficiência operacional

3.3 Um mapa: CAF → MAP → Well-Architected

Esses três frameworks aparecem juntos em quase toda questão de migração. Eles respondem a três perguntas diferentes, nesta ordem:

---

4. Estratégias de migração: os 6 Rs (tarefa 1.3)

4.1 As estratégias e suas glosas

O enquadramento mais antigo da AWS e ainda popular em exames é o dos 6 Rs, construído sobre os cinco Rs que a Gartner esboçou. O enquadramento atual do AWS Prescriptive Guidance é o dos 7 Rs, que acrescenta Relocate. Ambos aparecem em material de estudo; o próprio guia de exame nunca enumera nenhuma das listas.

4.2 Exemplo E4: organizando um portfólio de 40 aplicações

Uma empresa avalia 40 aplicações. Usando a própria orientação de ordem de grandeza da AWS de que "tanto quanto 10% to 20% de um portfólio de TI de empresa grande não é mais útil e pode ser desligado":

Regra de sequenciamento para migrações grandes: rehost, replatform, relocate e retire primeiro; modernize depois. Pagar uma fábrica de migração para mover 40 aplicações em paralelo é como programas estouram o orçamento; aposentar 4 delas antes de qualquer pessoa escrever uma linha de código é como programas se financiam.

4.3 As duas ferramentas nomeadas por trás das estratégias

4.4 Exemplo E5, o teste de realidade do Snowball

Para transferência em escala de petabyte sobre um link restrito, a resposta clássica é um dispositivo físico: um único Snowball Edge Storage Optimized move aproximadamente 210 TB (em outubro de 2026: verifique as especificações atuais antes de usar), e um trabalho deve ser concluído em até 360 dias após ser preparado.

Dois ressalvos que você precisa sustentar ao mesmo tempo:

• 📚 Você sabia? O Snowball Edge Storage Optimized vem com cerca de 210 TB de NVMe utilizáveis (em outubro de 2026), enquanto a variante Compute Optimized troca armazenamento por silício, cerca de 28 TB de NVMe contra 416 GB de memória. O dispositivo está em nenhuma das listas de serviços no escopo ou fora do escopo do CLF-C02 (ambas as listas são explicitamente "não exaustivas"), então se ele é examinável não pode ser verificado, trate-o como conhecimento, não como certeza.

---

5. A jornada de migração de nuvem e seus recursos (tarefa 1.3)

5.1 As três fases

O programa de migração da AWS roda em três fases, e o exame pergunta a ordem:

Leia literalmente: Assess → Mobilize → Migrate & Modernize. O Mobilize fica entre o business case e a primeira onda, porque as lacunas encontradas no Assess precisam ser fechadas antes de a migração começar.

5.2 Os recursos que apoiam a jornada

---

6. Economia de nuvem (tarefa 1.4)

6.1 Custo fixo versus custo variável

Custo fixo existe quer o serviço rode ou não: hardware próprio, espaço em piso, equipe assalariada. Custo variável acompanha o consumo. A frase mais citada do Domínio 1 é: "A nuvem troca despesa fixa por despesa variável: você paga apenas quando consome recursos de computação."

Exemplo E6: doze meses, valores ilustrativos (em outubro de 2026; apenas números didáticos, não são preços de lista da AWS):

A linha on-premises é uma linha reta porque você pagou por ela no ano do capital, o tráfego não tem nada a ver com isso. A linha da nuvem pode cair a zero para um workload que você desliga.

6.2 Os drivers de custo de um ambiente on-premises

A tarefa 1.4 pede especificamente por "custos associados a ambientes on-premises". Cada linha abaixo precisa aparecer em um modelo de TCO, ou o modelo está errado:

6.3 Exemplo E7: os insumos on-premises ocultos

A maioria dos modelos on-premises falha ao contar apenas o hardware. Eis dez servidores ao longo de cinco anos, com todos os valores ilustrativos (em outubro de 2026, números didáticos, não são preços de lista da AWS):

A própria orientação da AWS sobre comparações precisas é direta: despesas de capital geralmente têm um ciclo de renovação de cinco anos, o equipamento é comprado seis a nove meses de antecedência, e os clientes superprovisionam 20% to 50% acima da demanda prevista para o pico. Um modelo que omite mão de obra, renovação e instalações subestima o custo on-premises: é por isso que o exame trata "comparar o preço de compra do servidor com uma taxa horária" como o modelo clássico de TCO falho.

6.4 De capex para opex

6.5 Exemplo E8: TCO e ROI, resolvidos

TCO é a comparação global, de múltiplos anos de custos de aquisição e de operação, hardware, software, instalações, mão de obra e capital, on-premises versus AWS. Não é uma lista de preços, e a AWS o enquadra explicitamente como apenas pilar 1 de 5 do Cloud Value Framework.

Todos os valores em dólares da tabela abaixo são números didáticos ilustrativos criados para esta lição (em outubro de 2026). NÃO são preços de lista da AWS e não devem ser citados como tal.

Agora os dois números que um entrevistador (ou o enunciado de uma questão) de fato quer:

Verificação de sanidade contra um valor publicado: a AWS cita a IDC (2022) alegando custo de operação 50% menor em 5 anos na AWS: uma afirmação citada pelo cliente/AWS, não auditada, e nosso ilustrativo −49,9% cai no mesmo bairro por construção, não por coincidência. Sempre atribua tais valores ("IDC para a AWS, 2022"), nunca os apresente como garantidos.

6.6 Licenciamento: BYOL versus licença incluída

Licença incluído significa instâncias do Amazon EC2 que embutem o custo da licença no custo de computação, a AWS é responsável pela conformidade de licenciamento, e você paga apenas enquanto a instância roda. BYOL significa que você traz sua própria licença e mídia, você é responsável pela conformidade. O AWS License Manager é uma ferramenta gratuita que rastreia ambos entre AWS, on-premises e outras nuvens.

Exemplo E9: workload com 30% de tempo de atividade, taxas ilustrativas (em outubro de 2026; apenas valores didáticos):

Regra: tempo de atividade variável ou intermitente → licença incluída; tempo de atividade alto e estável mais licenças com desconto existentes → BYOL. Lembre-se de que uma licença do Windows pode representar 50% ou mais do custo de computação (AWS, 2022-04-28), então esta não é uma decisão de arredondamento.

6.7 Right-sizing

Right-sizing significa combinar o tamanho e o tipo da instância com a utilização medida ainda atendendo aos requisitos de desempenho. Não é "escolher a instância mais barata", e a ordem das operações importa.

Exemplo E10: de 12 vCPU para 4 vCPU, taxa ilustrativa (em outubro de 2026; apenas valor didático: $0,06 por vCPU-hora):

O AWS Compute Optimizer "fornece recomendações de right-sizing e identifica recursos ociosos". Apenas depois do right-sizing você escolhe um modelo de compromisso, porque se comprometer com um desconto em uma instância superdimensionada simplesmente compra um desconto sobre desperdício. A AWS documenta Savings Plans como "até 72% menores em alguns casos" versus on-demand e Spot como "até 90% de desconto em relação aos preços on-demand" (ambos AWS, 2022-04-28, verifique as taxas atuais antes de usar).

• 📚 Você sabia? Os valores publicados de utilização são o núcleo econômico desta lição: servidores on-premises têm média de utilização de 12% to 18%, mais de 30% dos servidores rodam com utilização abaixo de 10%, e um data center on-premises é descrito como "abaixo de 15%" (blogs da AWS, 2022-04-28 e 2024-10-01). É por isso que right-sizing primeiro, compromisso depois é a ordem canônica de FinOps no exame.

---

7. Automação, serviços gerenciados e a transferência de responsabilidade (tarefa 1.4)

7.1 Benefícios da automação

Infraestrutura como código (IaC) significa provisionar e dar suporte à infraestrutura de computação usando código em vez de processos e configurações manuais. O exame nomeia o AWS CloudFormation, que "permite que você crie e provisione implantações de infraestrutura da AWS de forma previsível e repetida".

7.2 Serviços gerenciados absorvem trabalho não diferenciado

O guia de exame em PDF acrescenta "Identificar serviços gerenciados da AWS (por exemplo, Amazon RDS, Amazon ECS, Amazon EKS, Amazon DynamoDB)" à tarefa 1.4. Cada um transfere trabalho da sua equipe:

Menos tarefas não diferenciadas significa menos tempo da equipe e menos software para licenciar: uma linha direta para a linha de mão de obra da tabela de TCO da Seção 6.5.

7.3 A transferência de responsabilidade compartilhada: EC2 versus RDS versus Lambda

Quanto mais gerenciado o serviço, menor a parte do cliente na pilha. A linha se move; ela nunca desaparece.

Constantes que nunca se movem: a segurança física e a segurança da nuvem são sempre da AWS; decisões de dados, IAM e criptografia são sempre do cliente. Controles compartilhados, gerenciamento de patches, gerenciamento de configuração, conscientização e treinamento, são de propriedade de cada parte para a própria camada.

• 📚 Você sabia? A própria formulação da AWS importa: para serviços abstratos como Amazon S3 e Amazon DynamoDB, "os clientes são responsáveis por gerenciar seus dados (incluindo opções de criptografia) e por usar ferramentas de IAM para aplicar as permissões apropriadas." E conforme a infraestrutura se moderniza, "mais responsabilidade é transferida para o provedor do serviço", o que é um movimento da linha, não uma transferência da sua responsabilidade sobre dados. Serverless não é "problema de outra pessoa".

---

Casos Reais

Todo valor abaixo é afirmação do cliente ou da AWS, não auditado, atribuído com sua fonte para que você possa conferir. O ponto examinável é sempre o padrão, qual estratégia foi escolhida, qual alavanca se moveu, nunca o número de marketing.

Capital One: "all in on AWS" (banca, regulada)

"Estamos genuinamente all in na nuvem, e a AWS tem sido instrumental para nos permitir aproveitar plenamente os benefícios de estar na nuvem.": Chris Nims, SVP de engenharia de nuvem e produtividade, Capital One (estudo de caso da AWS)

Shutterfly / SBS: VMware para a AWS (impressão de e-commerce)

"Demos passos grandes para queimar dívida técnica para que possamos focar na transformação e nos mover com o tipo de agilidade que tínhamos nos primeiros dias.": Ian Wright, VP de Infraestrutura, Shutterfly/SBS (estudo de caso da AWS)

• 📚 Você sabia? Um terceiro padrão de migração que vale reconhecer aparece no mesmo conjunto de pesquisa: o Bangkok Flight Services usou o AWS Application Migration Service (MGN) para um rehost puro, terminando em 7 meses com "sem rollback, sem disrupção", cortando o tempo de gerenciamento da infraestrutura de TI em 50% e substituindo um site de DR inexistente por um projeto multi-AZ: enquanto a Philip Morris International migrou 400 aplicações em dois anos e o próprio texto da AWS registra que seu lift and shift inicial e agressivo "produziu resultados subótimos". Mesmo R, lição oposta: rehost é rápido, mas fazer rehost de tudo é um erro de estratégia.

Netflix: streaming global em escala da AWS (entretenimento)

Todos os valores da Netflix acima foram publicados pela AWS e acessados em outubro de 2026; qualquer coisa sobre o histórico de indisponibilidades da Netflix antes da AWS vive no próprio site da Netflix e não é ensinada aqui como fato da AWS.

Box: otimização de custo com Well-Architected (SaaS corporativo)

"Nosso uso de melhores práticas da AWS levou a economias de mais de 2 milhões de dólares, estabelecendo uma nova linha de base…": Clay Alvord, diretor de FinOps e SRE, Box (estudo de caso da AWS)

FarEye: Savings Plans + Spot + Graviton (logística SaaS)

Atualizações de 2026 (em outubro de 2026)

Seis mudanças com fonte que tocam migração e economia de nuvem desde a última vez que você atualizou suas notas: todo valor com data, e preços/limites mudam, então verifique o status atual antes de usar:

• A ferramenta de migração mudou de escopo. O Migration Evaluator entrou na lista de serviços no escopo (categoria Migração e Transferência), enquanto a AWS Snow Family foi para a lista fora do escopo; as entradas no escopo foram de 128 → 111 e as fora do escopo de 11 → 55 (páginas oficiais do CLF-C02 no escopo / fora do escopo, diff calculado em 2026-10). Ambas as listas são explicitamente "não exaustivas e sujeitas a alterações".

• Uma nova opção de compromisso chegou: Database Savings Plans, lançados em 2025-12-02 e anunciados com até 35% para um compromisso de 1 ano, sem pagamento antecipado (serverless até 35%, provisionado até 20%). Compute e EC2 Instance Savings Plans permanecem inalterados, e o guia de exame ainda nomeia apenas "AWS Savings Plans" (AWS News Blog e What's New, 2025-12-02).

• O lineup de suporte foi reescrito em 2025-12-02: Business Support+ a partir de 29 USD/mês, AWS Enterprise a 5.000 USD/mês e AWS Unified Operations a 50.000 USD/mês, com Basic grátis; Developer, o Business clássico e Enterprise On-Ramp não aceitaram novas assinaturas após 2025-12-02 (as existentes seguem até 2027-01-01), e a Tarefa 4.3 do Domínio 4 do guia de exame atual agora diz "Basic Support, AWS Business Support+, AWS Enterprise Support, AWS Unified Operations" (AWS News Blog, 2025-12-02; PDF do guia de exame, © 2026; preços em outubro de 2026).

• O Free Tier passou a depender da idade da conta (mudança vigente a partir de 2025-07-15): contas criadas naquela data ou depois recebem 6 meses (ou até os créditos acabarem) mais USD 100 de crédito de inscrição e até USD 100 a mais, até USD 200, em t3.micro, t3.small, t4g.micro, t4g.small, c7i-flex.large, m7i-flex.large; contas criadas antes mantêm o Free Tier legado de 12 meses com t2.micro / t3.micro (AWS News Blog, 2025-07-15; tabela do Amazon EC2 User Guide "before and after July 15, 2025").

• As ferramentas de custo continuam se movendo mesmo quando os nomes examináveis não se movem: Cost Optimization Hub (2023-11-26), RI/SP Group Sharing em disponibilidade geral (2025-11-19), Target Coverage no Savings Plans Purchase Analyzer (2026-06-09) e a preview do Well-Architected Agent (2026-10-01, que a AWS chama de "a evolução de próxima geração do AWS Trusted Advisor e do AWS Well-Architected Tool"). O exame ainda testa Cost Explorer, AWS Budgets, AWS Pricing Calculator, Trusted Advisor e o AWS Well-Architected Tool.

• Preços e egress continuam se mexendo sob o modelo de TCO: o Amazon S3 Express One Zone cortou armazenamento em cerca de 31% e preços de requisições GET em até 85% (vigente a partir de 2025-04-10), e instâncias EC2 com GPU NVIDIA em até 45% (2025-06-05); na saída você ainda tem 100 GB por mês de transferência de dados gratuita para fora das Regiões da AWS (uma mudança de 2021, não de 2025) mais uma janela de 90 dias baseada em aprovação para concluir a movimentação de dados para fora da AWS quando você sai (FAQs e blogs da AWS; em outubro de 2026).

• 📚 Você sabia? O próprio histórico de preços do Amazon S3 é a ilustração publicada mais limpa de economias de escala: ele foi lançado em 14 de março de 2006 a $0,15 por GB por mês, atendendo "aproximadamente um petabyte de capacidade total de armazenamento em cerca de 400 nós de armazenamento", e a AWS relatou em março de 2026 que agora cobra "levemente acima de 2 centavos por gigabyte": uma redução de aproximadamente 85% desde o lançamento: enquanto o código escrito para o S3 em 2006 "ainda funciona hoje, inalterado" (AWS News Blog, 2026-03-13; em outubro de 2026: verifique os preços atuais antes de citá-los).

• 📚 Você sabia? Algumas histórias de custo da AWS são mais antigas do que o material de estudo da maioria dos candidatos: a NASA relatou economizar "quase um milhão de dólares em economia de custos por ano" em 2012-06-11, e o NASA JPL agora processa cerca de 4,4 TB de dados baixados diariamente (gerando até 70 TB de produtos de dados finais) usando EC2 Auto Scaling com Spot Instances com até 90 por cento de desconto em comparação aos preços Amazon EC2 On-Demand (estudo de caso da AWS, acesso em outubro de 2026). Datas importam: nunca apresente um valor de 2012 como um valor atual.

---

Perguntas de Prática (Practice Questions)