As três siglas aparecem em toda apresentação de nuvem e raramente são explicadas de um jeito que ajude a decidir alguma coisa. Para quem está montando ou expandindo uma operação de cloud, elas importam por um motivo bem concreto: cada camada tem uma margem, um custo operacional e um perfil de cliente diferentes.
A forma mais útil de entender a diferença não é por tecnologia. É por quem é responsável pelo quê.
A divisão de responsabilidade
| Camada | O provedor cuida de | O cliente cuida de |
|---|---|---|
| Infraestrutura própria | nada | tudo |
| IaaS | datacenter, hardware, rede, hipervisor | sistema operacional, aplicação, dados |
| PaaS | tudo acima + sistema operacional, runtime, banco | aplicação e dados |
| SaaS | tudo | apenas os dados e o uso |
É uma escada: cada degrau transfere mais responsabilidade do cliente para o provedor. E essa transferência é exatamente o que ele está comprando.
Um detalhe que vale fixar desde já, porque é fonte de conflito contratual: o dado é sempre do cliente, em qualquer camada. O que muda é quem opera a infraestrutura que o guarda.
IaaS: o que um provedor regional vende
Infraestrutura como serviço é a entrega de recurso computacional bruto: VM, storage, rede, endereço IP. O cliente recebe uma máquina com um sistema operacional instalado e faz o resto.
É aqui que está a maior parte do mercado de provedor regional, e por bons motivos:
- O produto é compreensível. "Uma VM com 4 vCPU, 8 GB e 100 GB de disco" é algo que o cliente sabe comparar e aprovar.
- A entrega é automatizável de ponta a ponta — do pagamento à máquina pronta, sem ninguém no meio.
- O custo operacional por cliente é baixo depois que a plataforma existe.
- A escala é previsível: mais clientes significa mais recurso, e a conta é linear.
A limitação: é a camada mais próxima de commodity. O cliente compara por preço com relativa facilidade, e o hyperscaler tem escala maior que a sua. Competir apenas em IaaS puro é competir em preço, que é a disputa que você menos quer.
A saída que funciona é somar serviço à infraestrutura: backup com retenção estendida, monitoramento, sistema operacional gerenciado, suporte com nome e telefone. Isso sobe a percepção de valor sem sair da camada que você opera bem.
PaaS: mais margem, muito mais operação
Plataforma como serviço entrega o ambiente de execução pronto: banco de dados gerenciado, ambiente de aplicação, fila, cache. O cliente sobe o código dele e não pensa em sistema operacional, atualização ou backup daquela peça.
A atração é real: a margem é maior, porque o cliente está pagando por conhecimento, não por recurso. Um banco de dados gerenciado custa bem mais que a VM equivalente, e a diferença é o trabalho que ele deixa de ter.
O custo é igualmente real, e é onde provedores se machucam:
- Você assume o ciclo de vida. Atualização de versão maior do banco, correção de segurança, tuning, failover — tudo isso vira sua responsabilidade, para todos os clientes, ao mesmo tempo.
- A automação precisa ser séria. Provisionar banco gerenciado na mão não escala além de alguns clientes.
- O suporte muda de natureza. Deixa de ser "a VM não liga" e passa a ser "minha consulta está lenta" — o que exige gente que entenda do produto, não só da infraestrutura.
- O risco concentra. Uma atualização malfeita afeta todos os clientes daquele serviço de uma vez.
A recomendação prática: se você já opera IaaS com solidez, PaaS é o próximo degrau natural — mas comece por um serviço, aquele que seus clientes mais pedem, e domine a operação dele antes de adicionar o segundo. Catálogo grande de PaaS mal operado destrói reputação mais rápido do que IaaS simples bem feito.
SaaS: outro negócio
Software como serviço é entregar a aplicação pronta. O cliente usa; não há infraestrutura visível para ele.
Para um provedor de infraestrutura, SaaS é uma mudança de negócio, não um degrau. Exige desenvolvimento de produto, gestão de roadmap, suporte funcional e um ciclo comercial diferente. É uma empresa de software com infraestrutura por baixo, não uma empresa de infraestrutura que subiu um degrau.
Há dois caminhos em que isso faz sentido:
- Hospedar SaaS de terceiros, virando a infraestrutura de quem desenvolve. Continua sendo IaaS ou PaaS, com um cliente de perfil específico e contratos maiores.
- Revender SaaS de parceiros, somando margem e tornando-se fornecedor único do cliente.
Os dois aproveitam o que você já tem. Construir SaaS próprio é um projeto de outra natureza.
Onde está a margem, e onde está o esforço
| Camada | Margem | Esforço operacional | Risco de virar commodity |
|---|---|---|---|
| IaaS | média | baixo, depois da plataforma | alto |
| IaaS + serviços | boa | médio | médio |
| PaaS | alta | alto e contínuo | baixo |
| SaaS | alta | muito alto, com desenvolvimento | baixo |
A linha mais interessante é a segunda. IaaS com serviços agregados é onde a maioria dos provedores regionais bem-sucedidos opera: aproveita a automação da infraestrutura, foge da comparação pura de preço e não assume o custo operacional de uma plataforma gerenciada completa.
A escada de maturidade
A sequência que menos queima capital e reputação:
- IaaS automatizado. Catálogo, checkout, provisionamento automático, portal do cliente, cobrança recorrente. Esta é a base, e precisa estar sólida.
- Serviços sobre a infraestrutura. Backup com níveis, monitoramento, sistema operacional gerenciado, suporte estendido. Margem maior sem assumir plataforma.
- Um serviço gerenciado. O banco de dados mais pedido, operado com seriedade — automação, backup testado, plano de atualização.
- Catálogo de PaaS, só depois que o item 3 estiver maduro.
- Revenda de SaaS complementar, para ser fornecedor único.
Pular do 1 para o 4 é o erro que mais vimos. O degrau 2 é o de melhor relação entre margem e esforço, e é frequentemente ignorado porque parece menos sofisticado.
O que o cliente realmente está comprando
Vale fechar com a observação que muda a conversa comercial: em qualquer camada, o cliente não está comprando tecnologia — está comprando a transferência de uma preocupação.
Quem compra IaaS não quer cuidar de hardware. Quem compra banco gerenciado não quer cuidar de atualização e backup. Quem compra SaaS não quer cuidar de nada.
Vender bem é identificar qual preocupação o cliente quer transferir, e oferecer o degrau que a resolve — não o degrau mais caro do catálogo.
Erros comuns
- Competir em IaaS puro só por preço, contra quem tem mais escala.
- Anunciar PaaS sem automação para provisionar e operar.
- Lançar catálogo grande de serviços gerenciados de uma vez.
- Assumir o ciclo de vida de um banco gerenciado sem ter quem o opere.
- Confundir hospedar SaaS de terceiro com desenvolver SaaS próprio.
- Pular o degrau de serviços agregados, que é o de melhor margem por esforço.
- Prometer na camada de cima um SLA que a de baixo não sustenta.
- Deixar ambígua, no contrato, a divisão de responsabilidade por camada.
Onde a Solvefy/Cloud entra
A plataforma E-CLOUD resolve o degrau 1 inteiro — catálogo, checkout, provisionamento automático sobre Proxmox e Ceph, portal do cliente, isolamento, cobrança recorrente e fiscal, com a sua marca — e dá a base para o degrau 2, com backup em níveis e serviços adicionais vendáveis no mesmo billing. Ajudamos também a desenhar a matriz de responsabilidade por camada, que é o que evita conflito contratual, e a decidir quando faz sentido subir para serviços gerenciados.
Quer saber em que degrau a sua operação está e qual é o próximo? Fazemos um diagnóstico gratuito, sem compromisso, em solvefy.cloud.
Solvefy/Cloud — Infraestrutura que cresce com você.