Modelos de serviço em nuvem
IaaS, PaaS e SaaS um por um, e no final a comparação que separa cada um.
Todo provedor de nuvem empacota o que vende em um dos 3 modelos de serviço, e a diferença entre eles não é um detalhe técnico. Ela decide quanto da pilha você mesmo gerencia, quão rápido você consegue lançar algo e quanto controle você mantém. Este tema cobre Infraestrutura como Serviço, Plataforma como Serviço e Software como Serviço um por um, e depois coloca os 3 lado a lado para você conseguir diferenciá-los em um cenário, não só nomeá-los isolados.
O que este tema cobre
- Infraestrutura como Serviço (IaaS): computação, armazenamento e rede brutos, com o sistema operacional e tudo acima dele deixado para você, entregue por produtos como AWS EC2, Azure Virtual Machines e Google Compute Engine
- Plataforma como Serviço (PaaS): uma plataforma que roda seu código sem pedir que você gerencie servidores ou um sistema operacional, entregue por produtos como AWS Elastic Beanstalk, Heroku e Google App Engine
- Software como Serviço (SaaS): uma aplicação completa rodada inteiramente pelo provedor, do Gmail ao Salesforce e ao Slack, e a arquitetura multi-inquilino que torna isso viável
- Uma comparação completa e lado a lado dos 3 modelos, as pistas de palavras-chave que identificam cada um em um cenário, e por que subir na pilha é um tradeoff, não um upgrade direto
Por que isso importa
Quase toda decisão no resto deste domínio presume que você consegue encaixar um serviço em um desses 3 modelos. Regiões, computação, armazenamento e bancos de dados, cobertos no próximo tema, são todos blocos de construção que aparecem dentro de produtos IaaS, PaaS e SaaS, e saber em qual modelo você está trabalhando diz o que de fato é sua responsabilidade.
Questões de prova nesse assunto raramente pedem uma definição. Elas descrevem uma restrição, acesso root a um kernel, um time sem desenvolvedores, uma exigência de só implantar código, e esperam que você saiba a qual modelo essa restrição aponta. Fique confortável com esse padrão aqui, e o modelo de responsabilidade compartilhada no domínio de Segurança e Confiabilidade vai parecer uma extensão de algo que você já sabe, não uma ideia nova.
