Conceitos de nuvem
Folha de revisão · 4 temas · AWS Cloud Practitioner
Feita para a véspera. Imprimir esta página tira o menu e as abas.
O valor da nuvem e os modelos de implantação
É a primeira tarefa do primeiro domínio e a que mais aparece com enunciado de uma linha: 'a empresa quer parar de comprar servidor', 'a empresa quer manter parte do sistema no data center'. Quem não sabe qual benefício ou qual modelo o enunciado está descrevendo erra sem perceber que era uma questão fácil.
Como cai: Uma empresa deixou de comprar servidores e passou a pagar pelo que usa. Qual benefício da nuvem isso descreve?
Erros comuns
- Confundir agilidade com elasticidade. Agilidade é levar minutos em vez de semanas para ter um recurso; elasticidade é o recurso crescer e encolher com a demanda. O enunciado usa uma ou outra e as alternativas separam as duas.
- Chamar de híbrida qualquer coisa que use internet. Híbrida é ter parte da carga na nuvem e parte no ambiente local, com ligação entre as duas; usar um site na nuvem não torna o ambiente híbrido.
- Achar que IaaS é sempre mais barato que PaaS ou SaaS. O modelo muda quem cuida de quê, não a conta por si só.
- Tratar 'alcance global em minutos' como marketing. É um dos seis benefícios publicados pela AWS e aparece em questão, com a pista 'atender usuários em outro país sem abrir data center lá'.
- Dizer que na nuvem não existe mais custo fixo nenhum. O benefício descrito pela AWS é trocar despesa de capital por despesa variável, e compromissos de longo prazo continuam existindo.
- Posicionar EC2 como PaaS. Quem escolhe o sistema operacional, aplica patch e instala o que quiser está em infraestrutura como serviço.
Well-Architected: os seis pilares
É a tarefa 1.2 do guia, e o formato da questão é sempre o mesmo: o enunciado descreve uma prática em uma frase e pede o pilar. Os pilares se tocam, então quem decora a lista sem decorar a fronteira entre eles fica em dúvida entre dois toda vez.
Como cai: Uma equipe passou a revisar os gastos mensais e desligar recursos sem uso. Qual pilar do Well-Architected Framework essa prática representa?
Erros comuns
- Confundir confiabilidade com eficiência de desempenho. Confiabilidade é continuar funcionando e se recuperar de falha; eficiência de desempenho é usar o recurso certo e continuar rápido quando a demanda cresce.
- Jogar tudo que envolve automação em excelência operacional. Automação aparece em todos os pilares; o que define excelência operacional é operar, monitorar e melhorar o processo de entrega e de resposta a evento.
- Esquecer o pilar de sustentabilidade. Ele existe no framework e cai com pistas próprias, como reduzir o impacto ambiental da carga de trabalho ou escolher a região pelo perfil de energia.
- Tratar otimização de custo como sinônimo de comprar mais barato. Ela inclui medir, atribuir o gasto a quem consome, dimensionar certo e desligar o que não é usado.
- Achar que a Well-Architected Tool corrige a arquitetura sozinha. Ela conduz a revisão por pilar e devolve um plano de melhoria; a mudança continua sendo feita pela equipe.
- Procurar um pilar único quando a prática toca dois. A questão sempre descreve o objetivo declarado da prática, e é o objetivo que escolhe o pilar.
Economia da nuvem
É o vocabulário que a prova usa para falar de dinheiro, e ele volta inteiro no Domínio 4. Quem não separa despesa de capital de custo fixo, ou dimensionamento de modelo de compra, erra questões que só pediam a palavra certa.
Como cai: Uma empresa quer comparar o custo de manter o data center próprio com o de rodar na AWS. Qual conceito descreve essa comparação?
Erros comuns
- Tratar despesa de capital e custo fixo como sinônimos. Capital ou operacional descreve como o dinheiro sai; fixo ou variável descreve se o valor muda com o uso. Um compromisso de um ano na nuvem é despesa operacional e custo fixo ao mesmo tempo.
- Esquecer os custos indiretos do ambiente local no custo total de propriedade: energia, refrigeração, espaço, rede, licenças, equipe de operação e o ciclo de troca do hardware.
- Confundir dimensionamento correto com modelo de compra. Dimensionar é escolher o tamanho do recurso para a carga real; modelo de compra é como se paga pelo recurso escolhido.
- Achar que licenciamento próprio é sempre mais barato. Levar a licença que a empresa já tem faz sentido quando ela está paga e é portável; caso contrário, a licença inclusa evita gestão e risco de conformidade.
- Chamar qualquer redução de fatura de economia de escala. Economia de escala é o preço unitário cair pelo volume agregado de muitos clientes, não a empresa gastar menos porque desligou máquina.
- Ignorar o custo de não automatizar. O guia cita explicitamente os benefícios da automação entre os conceitos de economia da nuvem: trabalho manual repetido é custo recorrente de pessoas.
Migração: os 7 Rs e o Cloud Adoption Framework
É a tarefa 1.3 do guia e a que mais rende questão de uma frase: o enunciado descreve o que a empresa quer fazer com uma aplicação e pede o nome da estratégia. Os sete nomes se parecem entre si, e a diferença entre replatform e refactor decide sozinha várias questões.
Como cai: Uma empresa vai mover uma aplicação para a AWS sem alterar o código, apenas trocando o servidor de lugar. Qual estratégia de migração descreve isso?
Erros comuns
- Confundir replatform com refactor. Replatform mantém a aplicação e troca uma peça por serviço gerenciado; refactor redesenha a arquitetura da aplicação.
- Confundir repurchase com replatform. Repurchase troca a aplicação por outro produto, em geral software como serviço; replatform mantém a mesma aplicação.
- Achar que retain significa desistir da nuvem. Retain é manter a aplicação onde está por enquanto, por dependência, risco ou investimento recente, com a decisão adiada.
- Confundir retire com retain. Retire é desligar o que não tem mais valor; retain é manter por enquanto o que ainda é usado.
- Tratar relocate como sinônimo de rehost. Relocate move a plataforma inteira, ou instâncias e objetos entre ambientes, sem comprar hardware nem alterar a operação existente.
- Misturar o Cloud Adoption Framework com o Well-Architected Framework. O CAF organiza a jornada da organização; o Well-Architected avalia uma carga de trabalho.
- Achar que o Database Migration Service serve para migrar servidor inteiro. Ele replica banco de dados; servidor é Application Migration Service.