Compreender o conceito
EC2 oferece máquinas virtuais e controlo do sistema convidado. Lambda executa funções num modelo gerido orientado a eventos, com limites e características que precisam de ser avaliados. Contentores empacotam aplicações, mas continuam a precisar de execução, observabilidade e segurança. Serverless não significa ausência de servidores; muda quem os gere.
Aplicar e decidir
RDS suporta motores relacionais geridos; DynamoDB oferece uma base NoSQL com outro modelo de acesso e desenho. Escolhe pelo padrão de dados e operações. SQS ajuda a desacoplar processamento por fila; SNS suporta distribuição de notificações. Um serviço gerido reduz algumas tarefas, mas não escolhe por ti o modelo de dados, consistência funcional ou idempotência.
Aplicação no trabalho
Compara um processamento contínuo que exige controlo do sistema operativo com uma tarefa curta acionada por eventos. Não escolhas apenas pelo nome de um serviço: identifica controlo necessário, limites, integração e responsabilidades. Para uma base existente, confirma motor e modelo de acesso antes de assumir que um serviço NoSQL é substituto direto. Quando separas produtor e consumidor por uma fila, documenta quem trata falhas e repetição de trabalho.
Um evento de chegada de ficheiro pode acionar uma função curta. Uma aplicação legacy que depende de configuração específica do sistema pode exigir outra opção.
Armadilhas comuns
Escolher um serviço sem verificar modelo de dados, limites e responsabilidades.
Tópicos relacionados: Objetos, blocos, ficheiros e rede · Custos, observabilidade e auditoria
Escolhe o serviço pela necessidade e pelos limites, não apenas pelo rótulo “gerido”.
Referência: CLF-C02 Domain 3: Cloud Technology and Services · CLF-C02