Alternativa D - AWS Lambda
Análise da Questão
A questão descreve um cenário clássico de adoção de computação Serverless. Vamos entender os pontos-chave:
- Perfil da Equipe: Programadores focados em código, sem experiência nem desejo de gerenciar infraestrutura (servidores, rede, SO).
- Arquitetura: Microserviços e APIs em Python.
- Necessidade: Executar código sem se preocupar com o hardware ou sistemas operacionais subjacentes.
Por que a AWS Lambda é a resposta correta?
A AWS Lambda é um serviço de computação serverless (sem servidor) da Amazon. Isso significa que você sobe seu código (no caso, funções em Python) e a AWS cuida automaticamente de tudo o resto:
- Provisionamento de recursos
- Manutenção do sistema operacional
- Escalabilidade automática (escala de zero a milhares de requisições)
- Gerenciamento de rede e segurança do host
Para uma equipe que desenvolve microserviços e não quer lidar com infraestrutura, o Lambda é ideal. Cada microserviço pode ser implementado como uma função independente.
Por que as outras alternativas não são ideais?
| Serviço | Tipo | Nível de Gerenciamento | Adequação ao Cenário |
|---|
| Amazon EC2 | Máquina Virtual | Baixo (Você gerencia o OS, patches, rede) | ❌ Exige muita infraestrutura. |
| Amazon ECS | Contêineres Gerenciados | Médio (Gerencia o cluster, mas você gerencia os contêineres) | ⚠️ Exige conhecimento de Docker/orquestração. |
| Amazon EKS | Kubernetes Gerenciado | Alto (Curva de aprendizado íngreme, complexo) | ❌ Muito complexo para o perfil descrito. |
| Amazon S3 | Armazenamento | Baixo (Apenas arquivos/objetos) | ❌ Não executa lógica de backend/API nativamente. |
Conclusão
Enquanto EC2, ECS e EKS envolvem a gestão de plataformas, máquinas virtuais ou orquestração de contêineres (exigindo conhecimento de infraestrutura), a AWS Lambda permite que os desenvolvedores foquem exclusivamente na escrita do código Python, atendendo perfeitamente à restrição da empresa de não querer lidar com servidores ou redes.
Portanto, a solução recomendada é a AWS Lambda.