PaaS: o que é, provedores, custo e dependência

PaaS é a sigla de Platform as a Service, plataforma como serviço. É o degrau da nuvem em que o provedor entrega o ambiente pronto para rodar código: você envia a aplicação e ela sobe, sem configurar servidor, sistema operacional ou servidor web.

A definição está em toda parte. O que falta na maioria dos textos é a parte que decide: o que exatamente o PaaS faz que você deixaria de fazer, quem são os provedores, quanto custa e por que ele encarece quando a operação cresce.

O que o PaaS entrega além de um servidor

A frase “ambiente pronto” não diz nada. O que o provedor de PaaS efetivamente executa no seu lugar é uma lista concreta:

• Construção da aplicação. Ele detecta a linguagem, instala dependências e gera o pacote executável a partir do código enviado.
• Publicação sem parada. A versão nova sobe ao lado da antiga e o tráfego é transferido. Se falhar, volta para a anterior.
• Servidor web e certificado. Domínio, HTTPS e renovação de certificado ficam resolvidos, o que sozinho já elimina uma classe inteira de incidente.
• Escalonamento. Mais instâncias da aplicação sobem conforme a carga, atrás de um distribuidor que o provedor opera.
• Serviços gerenciados. Banco de dados, cache e fila contratados como complemento, com backup e atualização por conta do provedor.
• Registros e métricas. Saída da aplicação coletada e consultável sem montar nada.

Traduzindo em tempo: o que em IaaS exige alguém para configurar máquina, sistema operacional, servidor web, certificado, publicação e monitoramento, em PaaS acontece no primeiro envio de código.

PaaS e IaaS: o que você deixa de fazer

A troca é direta: menos controle sobre o ambiente, menos horas de gente. Quem precisa de uma configuração específica de sistema operacional, de um componente que o provedor não suporta ou de acesso à máquina, encontra o limite rápido.

Quem são os provedores de PaaS

Três grupos, com propósitos diferentes:

• Plataformas de aplicação de propósito geral. Heroku, Railway, Render e Fly.io. Você envia o código e ele roda, com banco e fila disponíveis ao lado. São os mais próximos da ideia original de PaaS.
• Plataformas de frontend e borda. Vercel e Netlify. Especializadas em aplicações web modernas, com publicação a cada alteração no repositório e distribuição global de conteúdo embutida.
• PaaS dentro das grandes nuvens. Google App Engine e Cloud Run, Azure App Service e AWS Elastic Beanstalk. Menos simples que os anteriores, e a escolha natural para quem já usa aquela nuvem e quer permanecer no mesmo cadastro e na mesma fatura.

Um episódio vale como lição de modelo: o Heroku, referência da categoria por mais de uma década, encerrou seus planos gratuitos em novembro de 2022. Projetos que dependiam daquela camada tiveram que migrar em poucas semanas. Isso não é um argumento contra PaaS, é um argumento a favor de saber o que aconteceria se o seu provedor fizesse o mesmo.

Quanto custa e quando o IaaS fica mais barato

PaaS cobra por instância da aplicação, geralmente com faixas de memória e processamento, mais os serviços gerenciados contratados ao lado. O preço por unidade de capacidade é consistentemente maior que o de uma máquina virtual equivalente em IaaS, e essa diferença é o pagamento pela operação embutida.

A conta que importa não é a da fatura isolada, é esta:

Custo do PaaS comparado a custo do IaaS mais as horas de quem vai operar.

Para uma aplicação pequena ou média, a diferença mensal entre os dois costuma ser menor que algumas horas de trabalho especializado, e o PaaS ganha com folga. O ponto de virada aparece quando pelo menos duas destas condições coincidem:

• A conta de infraestrutura já é grande o suficiente para que o sobrepreço represente um salário.
• Existe alguém no time que já opera infraestrutura, e não seria contratado só para isso.
• A carga é constante e previsível, o que reduz o valor da elasticidade automática.
• Alguma exigência técnica ou regulatória não cabe no que o PaaS permite configurar.

Fora dessa combinação, migrar de PaaS para IaaS para economizar costuma trocar uma fatura visível por um custo de pessoal que ninguém contabiliza.

Dependência do fornecedor: o que prende

Esta é a crítica legítima ao modelo, e é a que os provedores não escrevem. Nem tudo prende do mesmo jeito:

• Prende pouco: aplicação em container ou em linguagem padrão, com o provedor apenas executando o que você entregou. Sair é reconstruir o ambiente em outro lugar.
• Prende bastante: uso intensivo dos serviços proprietários da plataforma, como banco específico, filas próprias, autenticação e funções sem servidor com formato particular. Cada um deles é uma reescrita na hora de sair.
• Prende de verdade: configuração de infraestrutura que só existe naquele painel, sem estar declarada em arquivo no repositório. É o tipo de dependência que ninguém percebe até precisar reproduzir o ambiente.

Três medidas baratas reduzem o risco sem abrir mão da conveniência: manter a aplicação empacotada em container, manter os dados em um banco que exista fora daquele provedor, e manter a configuração do ambiente declarada em arquivos versionados, e não apenas clicada na interface.

Quando PaaS é a escolha certa

O modelo se paga com clareza em quatro situações:

• Time pequeno sem especialista em infraestrutura. É o caso mais comum e o mais evidente: PaaS substitui uma contratação.
• Produto em validação. Enquanto não se sabe se a aplicação vai existir daqui a seis meses, montar infraestrutura é investir antes da resposta. O corte de escopo dessa fase está em como definir o escopo do primeiro produto digital.
• Carga irregular. Picos concentrados em poucos dias, com o resto do mês em uso baixo.
• Muitos ambientes de teste. Subir e derrubar ambientes por demanda é barato em PaaS e trabalhoso em IaaS.

E não é a escolha certa quando existe exigência de configuração fora do que a plataforma permite, quando a operação já tem time de infraestrutura ocioso, ou quando o volume torna o sobrepreço maior que o custo de operar.

Como escolher

Cinco perguntas resolvem a decisão entre candidatos:

• Sua linguagem e versão são suportadas de fábrica? Se a resposta envolve contorno, o atrito vai reaparecer a cada atualização.
• O banco de dados é gerenciado pelo mesmo provedor ou fica fora? Isso muda tanto a latência quanto a facilidade de sair depois.
• Como o preço evolui do primeiro ambiente até dez? Muitos planos são generosos no início e mudam de patamar quando a operação cresce.
• A configuração pode ser declarada em arquivo? É o que separa um ambiente reproduzível de um ambiente que só existe naquele painel.
• Existe caminho de saída documentado? Exportação de dados e, idealmente, execução em container.

Para o contexto das outras camadas da nuvem, veja o guia do sistema SaaS e o que muda de responsabilidade em cada modelo. Para a arquitetura que roda em cima dessa base, como funciona a tecnologia SaaS por dentro.

Perguntas frequentes