Cobrança, preços e suporte
Folha de revisão · 4 temas · AWS Cloud Practitioner
Feita para a véspera. Imprimir esta página tira o menu e as abas.
Modelos de preço e o nível gratuito
Abre o Domínio 4, que vale 12% da prova e é o mais subestimado de todos. As questões de preço são curtas e se decidem por uma palavra do enunciado: compromisso, interrupção, exigência de licença ou carga imprevisível. Quem não separa Savings Plans de instância reservada perde ponto barato.
Como cai: Uma empresa processa lotes de imagens que podem ser interrompidos e retomados a qualquer momento, e quer o menor custo possível de computação. Qual modelo de compra atende?
Erros comuns
- Trocar instância reservada por Savings Plans. A reserva compromete uma configuração específica de instância em uma região; o Savings Plans compromete um valor por hora e aceita mudar de família, tamanho e até de serviço dentro do tipo contratado.
- Responder Spot para carga que não pode parar. O preço do Spot vem da capacidade ociosa e a instância pode ser recuperada pela AWS; ele só serve para trabalho tolerante a interrupção.
- Confundir host dedicado com instância dedicada. O host dedicado entrega o servidor físico inteiro e dá visibilidade dos soquetes e núcleos, o que atende licença amarrada ao hardware; a instância dedicada apenas garante que o hardware não é compartilhado com outra conta.
- Achar que o nível gratuito é um só. São três formas: teste por tempo limitado, doze meses grátis a partir da criação da conta e ofertas sempre gratuitas dentro de um limite mensal.
- Supor que entrar dados na AWS custa. A entrada de dados para a nuvem em geral não é cobrada; a saída para a internet é o item que aparece na fatura.
- Escolher sob demanda quando o enunciado fala em carga estável por um ou três anos. Estabilidade prevista com compromisso aponta Savings Plans ou reserva, não sob demanda.
- Imaginar que o Spot exige contrato de um ano. O Spot não tem compromisso de prazo: o que ele pede é tolerância à interrupção.
Ferramentas de custo e orçamento
É o tema em que o exame separa quem entendeu o fluxo do dinheiro de quem decorou nomes. As sete ferramentas parecem intercambiáveis e não são: cada uma responde a uma pergunta diferente, e a questão entrega essa pergunta no enunciado. Quem sabe ler o verbo acerta sem hesitar.
Como cai: Uma empresa quer ser avisada por e-mail assim que o gasto do mês passar de um valor definido. Qual ferramenta atende a essa necessidade?
Erros comuns
- Responder Cost Explorer quando o pedido é alerta. O Cost Explorer analisa e projeta gasto em gráficos; quem avisa ao cruzar um limite é o AWS Budgets.
- Trocar Budgets por Cost Anomaly Detection. O Budgets dispara quando o valor definido pelo cliente é ultrapassado; a detecção de anomalia usa aprendizado de máquina para apontar um gasto fora do padrão, sem que ninguém tenha definido um teto.
- Usar o Pricing Calculator para analisar fatura. Ele estima o custo de uma arquitetura antes da criação dos recursos; fatura já emitida é assunto do Cost Explorer ou do relatório detalhado.
- Achar que o Cost and Usage Report é uma tela. Ele é o conjunto de dados mais detalhado da cobrança, entregue em arquivo para análise, e não um painel pronto.
- Esquecer que as tags precisam ser ativadas como tags de alocação de custo. Marcar recursos não basta: a tag só aparece nos relatórios depois de ativada na cobrança.
- Confundir Billing Conductor com faturamento consolidado. O Organizations consolida a fatura real; o Billing Conductor monta uma visão de cobrança personalizada para repassar custos internamente.
- Responder CloudWatch para pergunta de custo. O CloudWatch mede recursos; a análise e o controle da fatura ficam nas ferramentas de gestão de custos.
Organizations e faturamento consolidado
O Organizations aparece nos Domínios 2 e 4 com dois rostos diferentes: governança de um lado e dinheiro do outro. Aqui interessa o lado do dinheiro, que é o que o Domínio 4 cobra: uma fatura só, desconto por volume somado e visibilidade do gasto de cada conta. Quem só estudou o lado da política erra a questão de cobrança.
Como cai: Um grupo com várias contas da AWS quer pagar uma fatura única e aproveitar descontos por volume sobre o uso somado de todas elas. Qual recurso atende?
Erros comuns
- Achar que a fatura consolidada apaga a visibilidade por conta. A fatura é única para pagamento, mas o custo continua detalhado conta a conta nos relatórios.
- Supor que o desconto por volume vale por conta. O benefício da consolidação é justamente somar o uso de todas as contas para alcançar faixas de preço melhores.
- Confundir unidade organizacional com conta. A unidade organizacional é o agrupamento onde as contas ficam e onde a política se aplica de uma vez; a conta é o limite de cobrança e de recursos.
- Achar que política de controle de serviço concede permissão. Ela define o teto do que a conta pode fazer; quem concede permissão continua sendo o IAM dentro da conta.
- Responder Control Tower para qualquer pedido de várias contas. O Control Tower monta e governa um ambiente novo já com as barreiras prontas; quando o pedido é só a fatura única, a resposta é Organizations.
- Usar uma conta única com muitas tags no lugar de contas separadas quando o enunciado pede isolamento de ambientes. Conta separada é a fronteira mais forte de isolamento que a AWS oferece.
- Imaginar que Savings Plans e reservas não atravessam contas. Dentro da organização o benefício de compromisso pode ser compartilhado entre as contas, quando o compartilhamento está ativado.
Planos de suporte, Marketplace e parceiros
Fecha o Domínio 4 e é o tema mais previsível da prova inteira: a questão descreve uma necessidade de atendimento e pede o plano mínimo que a cobre. Quem tem a escada dos cinco planos na cabeça responde em segundos; quem não tem escolhe o plano mais caro e erra por excesso.
Como cai: Uma empresa com cargas de produção quer acesso ao conjunto completo de verificações do Trusted Advisor e suporte técnico por telefone, chat e e-mail. Qual é o plano de suporte mínimo que atende?
Erros comuns
- Responder o plano mais caro sempre. A questão costuma pedir o plano mínimo que atende; escolher acima do necessário é errado tanto na prova quanto na vida.
- Achar que o Basic não dá nada. Segundo a página de planos da AWS, o Basic inclui atendimento ao cliente e comunidades, documentação, o AWS Health e um conjunto essencial de verificações do Trusted Advisor.
- Confundir gerente técnico de conta com o suporte que atende chamado. O gerente técnico acompanha a conta de forma proativa; o chamado técnico é atendido pela equipe de suporte segundo a severidade.
- Misturar AWS Marketplace com AWS Partner Network. O Marketplace é a loja de software de terceiros para implantar na conta; a rede de parceiros reúne empresas de consultoria e tecnologia credenciadas pela AWS.
- Trocar Professional Services por suporte. O Professional Services é a consultoria da própria AWS em um projeto; o suporte atende dúvidas e incidentes da operação.
- Achar que o re:Post é canal oficial de chamado. O re:Post é a comunidade de perguntas e respostas, gratuita; chamado técnico depende de um plano pago.
- Supor que Enterprise On-Ramp é o mesmo que Enterprise. O On-Ramp é o degrau intermediário entre Business e Enterprise, com acompanhamento mais leve do que o do Enterprise.