Os quatro tipos de serviços cloud são a infraestrutura como serviço (IaaS), a plataforma como serviço (PaaS), o software como serviço (SaaS) e a computação serverless, também designada função como serviço (FaaS). Diferem na parte da stack que o fornecedor opera por si: quanto mais alta a camada, menos gere e menos pode personalizar.
Pontos principais
- A NIST SP 800-145 define três modelos de serviço (IaaS, PaaS, SaaS). O serverless é geralmente acrescentado como quarto, porque é faturado e operado de forma diferente.
- O IaaS dá-lhe máquinas virtuais e redes; o PaaS dá-lhe um runtime ou uma base de dados geridos; o SaaS dá-lhe uma aplicação concluída; o serverless executa o seu código por evento.
- Seja qual for o tipo, os dados, as identidades, as regras de acesso e a configuração são sempre seus.
- A maioria dos sistemas reais mistura tipos, por exemplo máquinas virtuais em IaaS com uma base de dados gerida em PaaS.
- Outras designações "as a service", como CaaS, DBaaS e DRaaS, são subconjuntos destes quatro, nomeados pelo que entregam.
Quais são os 4 tipos de serviços cloud?
A definição de cloud computing do NIST (SP 800-145, setembro de 2011) estabelece três modelos de serviço. O serverless surgiu mais tarde e é hoje oferecido por todos os grandes fornecedores, pelo que a maioria dos guias conta quatro.
| Tipo | O que o fornecedor opera | O que opera você | Como paga | Exemplos |
|---|---|---|---|---|
| IaaS | Centro de dados, hardware, rede, hipervisor | Sistema operativo, middleware, runtime, aplicação, dados | Por hora ou segundo de VM, por GB armazenado | Amazon EC2, Azure Virtual Machines, Google Compute Engine |
| PaaS | Tudo o que está acima, mais SO, runtime e middleware | Código da aplicação, configuração, dados | Por instância, plano ou unidade de capacidade | Azure App Service, Amazon RDS, Google App Engine |
| SaaS | A aplicação completa | Utilizadores, definições, dados | Por utilizador ou subscrição | Microsoft 365, Salesforce, Google Workspace |
| Serverless (FaaS) | Servidores, escalonamento, runtime | Código das funções, triggers, dados | Por pedido e tempo de execução | AWS Lambda, Azure Functions, Google Cloud Run functions |
Infraestrutura como serviço (IaaS)
O IaaS aluga-lhe os blocos de construção básicos: máquinas virtuais, armazenamento em blocos e de objetos, e redes virtuais. O NIST descreve-o como a capacidade de "aprovisionar processamento, armazenamento, redes e outros recursos computacionais fundamentais" e executar "software arbitrário, que pode incluir sistemas operativos e aplicações".
Escolhe o sistema operativo, aplica-lhe os patches, instala o seu software e gere as regras de firewall. O fornecedor trata dos servidores físicos e do centro de dados.
- Adequado para: migrações lift-and-shift, aplicações legadas que exigem um SO específico e cargas de trabalho que precisam de controlo total.
- Atenção a: fica com a maior parte do trabalho operacional, incluindo patches, cópias de segurança e regras de escalonamento.
Plataforma como serviço (PaaS)
O PaaS retira o sistema operativo da sua lista de tarefas. Implementa código ou um esquema de base de dados; o fornecedor opera os servidores, o runtime e o middleware. Nas palavras do NIST, o consumidor "não gere nem controla a infraestrutura cloud subjacente", mas controla as aplicações implementadas.
- Adequado para: aplicações web, APIs e bases de dados geridas, quando quer menos manutenção e lançamentos mais rápidos.
- Atenção a: limites de runtime e de versões, e funcionalidades específicas do fornecedor que dificultam uma mudança posterior.
Software como serviço (SaaS)
O SaaS é uma aplicação concluída que usa através de um navegador ou de uma app. Configura-a, adiciona utilizadores e é dono dos dados, mas não toca no código nem na infraestrutura. Sistemas de e-mail, CRM, recursos humanos e contabilidade são exemplos típicos.
- Adequado para: processos de negócio normalizados em que um produto configurável vale mais do que construir o seu.
- Atenção a: personalização limitada, condições de exportação de dados e preços por utilizador que crescem com o número de colaboradores.
Computação serverless (função como serviço)
Com o serverless, carrega uma função e define o que a desencadeia, como um pedido HTTP, o carregamento de um ficheiro ou uma mensagem numa fila. O fornecedor inicia-a, escala-a e para-a. Só paga enquanto ela corre. O AWS Lambda, por exemplo, é cobrado pelo número de pedidos e pela duração da execução do seu código, com um nível gratuito mensal de um milhão de pedidos.
Nem todos os fornecedores classificam o serverless à parte. A própria documentação da Microsoft, por exemplo, inclui o Azure Functions no PaaS. É por isso que algumas fontes falam em "três tipos" e outras em "quatro".
- Adequado para: tarefas orientadas a eventos, APIs com tráfego irregular, tarefas agendadas e código de ligação entre serviços.
- Atenção a: limites de tempo de execução, cold starts e custos que podem ultrapassar os de um pequeno servidor sempre ligado quando o tráfego é constante e elevado.
Como se comparam os quatro tipos em controlo, rapidez e custo?
Cada degrau acima na stack troca controlo por rapidez. A tabela mostra o padrão típico; os serviços individuais variam.
| IaaS | PaaS | Serverless | SaaS | |
|---|---|---|---|---|
| Controlo sobre o ambiente | Máximo | Médio | Baixo | Mínimo |
| Tempo até à primeira versão funcional | Mais lento | Mais rápido | Rápido | Mais rápido de todos |
| O seu esforço operacional | Elevado: SO, patches, escalonamento | Médio: código e configuração | Baixo: código e permissões | Mínimo: utilizadores e definições |
| Comportamento do custo | Paga a capacidade aprovisionada, esteja ou não em uso | Paga por instância ou plano | Paga por pedido e tempo de execução | Paga por utilizador ou subscrição |
| Esforço para mudar de fornecedor | Mais baixo | Médio | Médio a elevado | Depende da exportação de dados |
Na prática, as equipas raramente escolhem um só tipo. Um produto web típico corre o front end num serviço PaaS, as tarefas em segundo plano como funções serverless, um componente legado em IaaS, e usa SaaS para e-mail, CRM e tickets. A pergunta não é "que tipo?", mas "que tipo para cada componente?".
Quem é responsável pelo quê?
As responsabilidades de segurança e de operação mudam com cada tipo. A orientação de responsabilidade partilhada da Microsoft resume-o assim: "Em todos os tipos de implementação cloud, os dados e as identidades são seus."
| Área | IaaS | PaaS | SaaS |
|---|---|---|---|
| Dados, identidades, acessos, configuração | Você | Você | Você |
| Aplicações | Você | Partilhado | Partilhado |
| Controlos de rede | Você | Partilhado | Fornecedor |
| Sistema operativo | Você | Fornecedor | Fornecedor |
| Anfitriões físicos, rede, centro de dados | Fornecedor | Fornecedor | Fornecedor |
A tabela segue a matriz de responsabilidades da Microsoft; a AWS e o Google Cloud usam o mesmo princípio. O serverless fica próximo do PaaS: o fornecedor opera o SO e o runtime, e o código, as permissões e os dados são seus.
Que outros tipos "as a service" existem?
Os fornecedores comercializam muitas outras designações. Estes tipos "as a service" são fatias mais estreitas dos quatro principais, nomeadas pelo que entregam. A AWS apresenta uma breve visão geral dos principais modelos na sua página sobre tipos de cloud computing.
| Designação | O que entrega | Tipo principal mais próximo |
|---|---|---|
| Contentores como serviço (CaaS) | Plataformas de contentores geridas, como Amazon EKS, Azure AKS, Google GKE | Entre IaaS e PaaS |
| Base de dados como serviço (DBaaS) | Bases de dados geridas, como Amazon RDS, Azure SQL Database, Cloud SQL | PaaS |
| Armazenamento como serviço | Armazenamento de objetos, ficheiros e blocos faturado por GB | IaaS |
| Desktop como serviço (DaaS) | Ambientes de trabalho virtuais entregues a partir da cloud | Semelhante a SaaS |
| Recuperação de desastres como serviço (DRaaS) | Replicação e failover para uma região cloud | IaaS mais serviço gerido |
| Backend como serviço (BaaS) | Autenticação, base de dados e armazenamento prontos a usar para aplicações | PaaS |
| IA ou ML como serviço | Modelos alojados e plataformas de treino | PaaS ou SaaS |
Como escolher o tipo certo?
Escolha a camada mais alta que ainda satisfaça as suas necessidades. Cada camada que entrega é trabalho que deixa de fazer, mas também controlo a que renuncia.
- Existe um produto SaaS adequado? Para e-mail, CRM ou processamento salarial, compre em vez de construir.
- A aplicação é sua para alterar? Se sim, experimente primeiro o PaaS ou o serverless. Gastará menos tempo com patches e escalonamento.
- Precisa de um SO, kernel ou licença específicos? Então o IaaS é normalmente a escolha realista, pelo menos na primeira fase de uma migração.
- O tráfego é irregular ou orientado a eventos? O serverless adequa-se bem. Para carga constante e elevada, compare o preço com contentores ou VM.
- Quem vai operá-lo durante a noite? O IaaS exige mais esforço operacional. Se não tem essa equipa, planeie um serviço cloud gerido ou escolha uma camada mais alta.
Os tipos de serviço são distintos dos modelos de implementação. Pode executar IaaS numa cloud pública, privada ou híbrida. O nosso guia sobre modelos de implementação cloud explica esse lado, e a comparação entre IaaS e PaaS aprofunda as duas escolhas mais comuns.
Exemplo: misturar IaaS e PaaS numa só plataforma
A WorkBuster opera uma plataforma de recrutamento em SaaS usada em todo o mundo. Quando migrou para a AWS com a Opsio, os seus dados estavam numa instância MySQL sobre um hipervisor VMware, e um tempo de inatividade quase nulo era crítico. A nova arquitetura combina tipos. Instâncias EC2 (IaaS) correm atrás de um Application Load Balancer e de um grupo de auto scaling, apoiadas por uma base de dados Amazon RDS for MySQL multi-AZ (um serviço gerido, ao estilo PaaS). Toda a configuração está definida em modelos AWS CloudFormation. Leia o caso de estudo da WorkBuster.
Como a Opsio ajuda
A Opsio ajuda as equipas a decidir que partes de uma aplicação pertencem ao IaaS, ao PaaS ou ao serverless, e depois migra-as e opera-as. Veja os nossos serviços serverless e o serviço de migração para a AWS.
Perguntas frequentes
Existem 3 ou 4 tipos de serviços cloud?
Ambas as respostas são comuns. A NIST SP 800-145 define três modelos de serviço: IaaS, PaaS e SaaS. Muitos fornecedores e guias acrescentam o serverless como quarto, enquanto a Microsoft classifica o Azure Functions como PaaS.
Qual é a diferença entre IaaS, PaaS e SaaS?
O IaaS dá-lhe infraestrutura virtual e você gere tudo a partir do sistema operativo. O PaaS gere também o SO e o runtime, pelo que implementa apenas código e dados. O SaaS é uma aplicação completa que configura e utiliza.
A AWS é IaaS, PaaS ou SaaS?
A AWS oferece todos. O Amazon EC2 é IaaS, o Amazon RDS e o Elastic Beanstalk são PaaS, o AWS Lambda é serverless e a AWS vende também algumas aplicações ao estilo SaaS. O mesmo se aplica ao Azure e ao Google Cloud.
Qual é o tipo de serviço cloud mais barato?
Nenhum tipo é o mais barato em todos os casos. O serverless é muitas vezes o mais barato para tráfego baixo ou irregular, o IaaS com descontos por compromisso para carga elevada e estável, e o SaaS quando substitui software que, de outra forma, teria de construir e operar. Inclua na comparação o tempo de operação da sua equipa.
Escrito por

Country Manager, Índia
Praveena lidera as operações da Opsio na Índia, trazendo mais de 17 anos de experiência intersectorial em IA, fabrico, DevOps e serviços geridos.
Normas editoriais: Este artigo foi escrito pelo profissional cloud indicado acima. Atualizamo-lo quando a tecnologia ou a regulamentação que aborda muda; as datas desta página indicam a última atualização. A Opsio mantém independência editorial.