Compreender o conceito
IaaS oferece infraestrutura com maior controlo do sistema convidado; PaaS abstrai parte da plataforma de execução; SaaS disponibiliza uma aplicação como serviço. A divisão de tarefas muda, mas o cliente continua a tomar decisões sobre dados e acesso. Nuvem pública não implica dados publicamente acessíveis: localização e modelo de fornecimento não são permissões.
Aplicar e decidir
Uma arquitetura híbrida combina ambientes e exige identidade, conectividade, observabilidade e operação coerentes. Define benefícios pretendidos antes de escolher o modelo. Consumo variável pode ajudar com procura irregular, mas uma aplicação permanentemente ligada continua a gerar custo. A capacidade de escalar não demonstra que a configuração já escala corretamente.
Aplicação no trabalho
No exercício, compara uma aplicação antiga que exige controlo do sistema convidado com uma aplicação adaptável a plataforma gerida. Regista que tarefas passam para o fornecedor e quem gere as restantes. Não interpretes cloud pública como acesso público aos dados. Se o desenho for híbrido, inclui dependências locais nos objetivos de disponibilidade e na comunicação de incidentes. Uma escolha de modelo deve explicar benefícios, restrições e responsabilidades concretas.
Uma aplicação com dependências específicas do sistema operativo pode precisar de IaaS; outra pode beneficiar de uma plataforma gerida. A decisão depende de compatibilidade e responsabilidades.
Armadilhas comuns
Confundir modelo de serviço com ausência de responsabilidades do cliente.
Tópicos relacionados: Organização de recursos e resiliência · Computação e conectividade
Escolhe o modelo pelo controlo necessário e pelo trabalho que queres gerir.
Referência: Shared responsibility in Azure · AZ-900 skills measured July 20, 2026