Preços de PaaS: custos baseados em uso vs. custos de instâncias fixas

Os preços de PaaS podem parecer simples em um cartão de planos e se tornar confusos em produção. Uma assinatura pode incluir crédito de uso, uma instância fixa pode cobrar pelo tamanho reservado e uma plataforma baseada em uso pode contabilizar o consumo real de CPU, RAM e disco. Comparar apenas o primeiro valor em dólares leva à decisão errada.

A Dockup separa a assinatura do plano do consumo medido. O Free inclui um crédito inicial único; o Pro inclui crédito de uso mensal. O consumo de CPU, RAM e disco é medido por minuto e descontado do saldo.

Qual é a diferença entre preços baseados em uso e preços de instâncias fixas?

Os preços de instâncias fixas cobram por uma máquina ou tamanho de serviço selecionado durante o período de cobrança, independentemente de a aplicação usar toda a capacidade reservada. Os preços baseados em uso cobram de acordo com o consumo medido, às vezes com mínimos ou créditos do plano.

Modelo	Unidade principal	Vantagem	Risco
Instância fixa	Tamanho selecionado ao longo do tempo	Item previsível na fatura	Pagar por capacidade ociosa
Uso real	CPU/RAM/disco consumidos ao longo do tempo	Alinha a fatura ao consumo	Previsão variável
Assinatura mais crédito	Taxa do plano e saldo incluído	Combina acesso e gasto	O crédito pode ser mal interpretado
Requisição serverless	Invocações/duração	Escala até zero para algumas cargas	Picos de custo em alto volume
Assento mais recurso	Acesso da equipe mais compute	Recursos de colaboração	Crescimento por assento

A Dockup usa assinatura mais crédito de uso. A quantidade de recursos nos planos pagos é ilimitada, mas compute e disco não são gratuitos. “Implantações ilimitadas” significa que não há limite de quantidade para criar implantações; os recursos consumidos por elas continuam usando o saldo do plano.

A medição por minuto é mais granular do que uma instância fixa mensal. Um serviço parado durante parte do mês pode consumir menos do que um serviço em execução contínua, enquanto um serviço movimentado e sempre ativo pode consumir o saldo disponível de forma consistente.

Quais são os planos da Dockup e os créditos incluídos?

A tabela de planos é:

Plano	Preço	Crédito incluído	Limites de workspace/banco de dados/implantação
Free	$0/mês	$10 de crédito inicial	1 workspace, 3 bancos de dados, 3 implantações
Hobby	$5/mês	$0	Ilimitado nos planos pagos
Pro	$20/mês	$20 de crédito mensal de uso	Ilimitado; recomendado

O consumo de CPU, RAM e disco é descontado do saldo. Ao avaliar um plano pago, considere a taxa como acesso a uma quantidade ilimitada de recursos e como um saldo pré-pago de uso no mesmo valor.

O plano Pro é recomendado porque oferece $20 de crédito mensal, permitindo executar vários serviços pequenos ou uma carga de produção representativa. Ainda assim, o plano ideal depende do consumo real.

Consulte o saldo da conta e o consumo dos serviços em app.dockup.ai. Analise CPU, memória, disco e o saldo atual do plano em conjunto, em vez de tratar o valor da assinatura como a fatura completa.

Como calcular um custo realista de PaaS?

Monte a estimativa a partir das horas de carga de trabalho e dos recursos medidos.

Uma fórmula conceitual simples é:

custo mensal =
  assinatura
  + consumo de CPU
  + consumo de RAM
  + consumo de disco
  + outros serviços medidos
  - crédito de uso incluído

As taxas unitárias exatas devem ser consultadas na fonte de preços atual, e não em uma planilha copiada que ninguém atualiza. A metodologia permanece estável.

Para cada serviço, registre:

• Horas em execução por dia.
• Uso médio e de pico da CPU.
• Conjunto de trabalho médio da memória.
• Tamanho e crescimento do disco persistente.
• Recursos dos bancos de dados.
• Duração dos ambientes de preview.
• Número de ambientes.
• Tráfego sazonal.
• Frequência esperada de builds e implantações.

Use valores medidos após o lançamento. A memória solicitada não é o mesmo que o consumo real de memória em um modelo baseado em uso. Por outro lado, uma fatura de instância fixa pode refletir o tamanho solicitado mesmo quando a utilização real é baixa.

Exemplo de planilha de carga de trabalho

Recurso	Quantidade	Padrão de execução	Confiança
Serviço web	1	24/7	Alta
Worker	1	8 horas/dia	Média
PostgreSQL	1	24/7	Alta
Redis	1	24/7	Média
Serviço de preview	3 em média	6 horas cada	Baixa
Volume	20 GB	Contínuo	Alta

Não transforme esta tabela em um benchmark fictício em dólares sem preços unitários atuais e utilização real. Ela é um modelo de demanda.

Quando os preços baseados em uso economizam dinheiro?

A cobrança baseada em uso é atrativa quando as cargas de trabalho variam, podem ser interrompidas quando estão ociosas ou apresentam uma grande diferença entre o limite solicitado e o consumo real.

Exemplos:

• Ambientes de desenvolvimento usados durante o horário de trabalho.
• Implantações de preview que existem apenas durante a revisão.
• Workers de processamento em lote ativos por um período limitado.
• Produtos em estágio inicial com baixo tráfego de base.
• Serviços que podem ser interrompidos entre campanhas.
• APIs pequenas cujo uso médio de CPU é baixo.

Uma instância fixa pode ser competitiva quando a carga de trabalho é continuamente alta e previsível. Nesse caso, a equipe pode preferir um preço reservado estável à medição granular.

A economia baseada em uso depende de a carga de trabalho consumir menos recursos na prática. Defina um ciclo de vida compatível para ambientes de desenvolvimento realmente inativos e verifique o comportamento atual na plataforma, em vez de presumir que um serviço aparentemente ocioso não tem custo.

O ciclo de vida dos previews também importa. Uma equipe que deixa dezenas de previews em execução pode eliminar o benefício de custo dos ambientes de curta duração. Defina responsáveis e prazos de expiração.

Como bancos de dados, volumes e previews afetam os preços de PaaS?

O compute da aplicação é apenas uma das linhas.

Bancos de dados gerenciados

PostgreSQL, MySQL, MongoDB e Redis consomem CPU, RAM e disco. As cargas de trabalho de bancos de dados geralmente estão sempre ativas, e o armazenamento cresce com o tempo. Inclua backups e requisitos de migração no modelo operacional, mesmo quando eles não são limites separados de quantidade no plano.

Volumes persistentes

Os volumes mantêm os dados entre implantações e consomem disco continuamente. Monitore o uso real:

dockup volume usage <volumeId> production/web --json

Uma alocação de 20 GB com 2 GB utilizados pode indicar espaço para crescimento ou desperdício. A decisão depende de como a Dockup mede o disco e do crescimento esperado da aplicação no curto prazo.

Implantações de preview

Cada PR ou branch pode receber um ambiente e uma URL isolados. Um preview consome recursos enquanto está ativo. Previews em uma rede privada também podem consultar o banco de dados de produção por meio de um usuário automático somente leitura, o que pode aumentar a carga do banco mesmo sem um banco de dados separado.

VMs Windows e máquinas Linux

O compute no nível do sistema operacional pode ter uma utilização estável maior do que a de um pequeno container de aplicação. Dimensione com base nos requisitos de software medidos e desligue ou aposente recursos temporários quando a tarefa terminar.

A quantidade de recursos é ilimitada nos planos pagos, portanto a governança deve substituir limites rígidos de quantidade. Um agent não deve criar dez serviços de teste apenas porque a plataforma permite.

Como comparar provedores de PaaS sem se enganar?

Primeiro, normalize a carga de trabalho. Uma comparação justa usa os mesmos:

1. Requisitos de CPU e memória.
2. Horas de execução.
3. Mecanismo de banco de dados e armazenamento.
4. Disco persistente.
5. Número e duração dos previews.
6. Assentos da equipe, quando cobrados.
7. Premissas de transferência de rede.
8. Requisitos de backup e suporte.
9. Regiões e modelo de disponibilidade.
10. Trabalho operacional.

Em seguida, classifique cada linha como fixa, medida, creditada ou incerta.

Linha de custo	Provedor A	Provedor B	Dockup
Assinatura	Registrar valor atual	Registrar valor atual	$0/$5/$20
Uso incluído	Registrar valor atual	Registrar valor atual	$10 inicial ou crédito mensal correspondente ao plano
CPU	Fixa ou medida	Fixa ou medida	Medida por minuto
RAM	Fixa ou medida	Fixa ou medida	Medida por minuto
Disco	Registrar valor atual	Registrar valor atual	Medido por minuto
Banco de dados	Separado ou incluído	Separado ou incluído	Consumo de recursos gerenciados
Previews	Modelar duração	Modelar duração	Consumo de recursos enquanto ativos
Assentos	Registrar valor atual	Registrar valor atual	Verificar os termos atuais do plano de equipe

Evite três erros comuns:

• Comparar um serviço de produção em uma plataforma com um serviço gratuito suspenso em outra.
• Subtrair o crédito incluído duas vezes.
• Tratar a quantidade ilimitada de recursos como uso ilimitado.

O artigo Dockup vs Render vs Fly.io aplica este método sem congelar os preços dos concorrentes.

Como as equipes devem monitorar e controlar os gastos com PaaS?

O controle de custos é um ciclo operacional. Analise o consumo dos serviços e o saldo da conta em app.dockup.ai, relacionando as mudanças às implantações, ao tráfego e ao crescimento dos recursos.

Atribua a responsabilidade pelos recursos. Cada serviço, banco de dados, volume, VM Windows, máquina Linux e preview deve ter uma finalidade e um responsável. Exclua ou interrompa recursos não utilizados por meio de um processo aprovado.

Um agente de IA pode ajudar listando recursos, resumindo o uso e propondo ações. Ele não deve destruir recursos de forma autônoma com base apenas em baixa atividade. Um banco de dados para recuperação de incidentes ou um serviço administrativo raramente usado pode estar ocioso de propósito.

Limites de orçamento

Defina:

• Faixa mensal esperada.
• Limite de alerta.
• Limite de investigação.
• Aprovação necessária para novos recursos sempre ativos.
• Duração máxima dos previews.
• Limite de crescimento dos volumes.
• Responsável por gastos não explicados.

Uma previsão é uma faixa, não uma promessa. Use cenários alto, esperado e baixo para o tráfego e a atividade dos previews.

Unit economics

Relacione os gastos de infraestrutura a uma unidade do produto: cliente ativo, job processado, requisição de API ou artefato gerado. O custo total pode aumentar enquanto o custo por unidade melhora. Uma assinatura fixa de $20 também pode parecer barata enquanto serviços não utilizados criam complexidade operacional.

Custo do tempo de engenharia

Uma fatura menor da plataforma pode ser uma decisão pior se a equipe precisar criar e manter wrappers de deployment, monitoramento, orquestração de previews, backups ou mecanismos de segurança para agents. Inclua o trabalho operacional e o risco de incidentes.

A proposta de valor da Dockup não está apenas na tabela de preços. Ela combina a camada de deployment para AI agents com serviços gerenciados e operações por meio de uma única CLI.

Plano de validação de 30 dias

1. Comece pelo menor plano compatível com o teste.
2. Implante um serviço e um banco de dados representativos.
3. Execute tráfego ou uma carga de trabalho realista.
4. Mantenha os previews apenas pelo tempo normal de revisão.
5. Acompanhe o uso semanalmente.
6. Analise o crescimento do volume e do banco de dados.
7. Compare a projeção com o gasto real no fim do mês.
8. Mude de plano somente com base em evidências.

O plano Free oferece $10 de crédito inicial para uma validação inicial. O plano Pro oferece um saldo mensal de $20 para um teste de produção mais amplo.

Decisão final sobre preços de PaaS

Os preços de PaaS são compreensíveis quando cada linha tem uma unidade, um período e uma regra de responsabilidade. A medição baseada em uso favorece cargas eficientes e intermitentes; as instâncias fixas favorecem a previsibilidade quando a capacidade é necessária continuamente.

O modelo da Dockup, com CPU, RAM e disco medidos por minuto, deve ser avaliado a partir do uso real dos serviços. Escolha o plano que ofereça o saldo incluído e os recursos de conta adequados, e continue medindo em vez de presumir que a taxa da assinatura limita todo o consumo.

Use a referência da Dockup CLI para consultar os comandos atuais de uso. Compare plataformas próximas em Dockup vs Railway e Dockup vs Heroku, verificando os preços oficiais atuais antes da publicação.

Separe fluxo de caixa de custo econômico

O crédito incluído altera o momento em que o dinheiro sai da conta, mas não torna a carga de trabalho gratuita. Acompanhe o consumo bruto de recursos e o valor líquido devido. O uso bruto revela a eficiência; o gasto líquido revela o impacto no caixa.

Por exemplo, uma assinatura Pro oferece $20 de crédito mensal. Se os recursos medidos consumirem menos do que o saldo, a cobrança em dinheiro pode permanecer no valor de $20 da assinatura. Se o consumo exceder o saldo, o excedente se torna um gasto adicional. O resultado exato depende da medição atual e do saldo da conta.

Use relatórios de preços de PaaS que mostrem os dois valores, para que as equipes não otimizem apenas depois que o crédito acabar.

Modele explicitamente a incerteza

As previsões iniciais devem ter três cenários:

Variável	Baixo	Esperado	Alto
Tráfego	50% do plano	Previsão	200% do plano
Duração do preview	2 horas	8 horas	3 dias
Crescimento do banco de dados	1 GB/mês	5 GB/mês	20 GB/mês
Atividade do worker	2 h/dia	8 h/dia	24 h/dia
Sobrecarga de incidentes	Nenhuma	Uma recuperação	Depuração repetida

Aplique as taxas unitárias atuais a cada cenário. O objetivo não é obter precisão até o último centavo, mas identificar qual premissa pode mudar a decisão.

Uma instância fixa também envolve incerteza: a equipe pode ultrapassar o tamanho selecionado e avançar para o próximo nível. Inclua essas mudanças de faixa.

Inclua a multiplicação por ambiente

Uma arquitetura de produção raramente é composta por um único serviço. Conte staging, previews, workers, bancos de dados, Redis, volumes, VMs Windows, máquinas Linux e recursos temporários de migração.

Um serviço pequeno pode caber confortavelmente em um crédito inicial. O mesmo serviço distribuído entre produção, staging e cinco previews persistentes é um problema diferente de preços de PaaS.

Defina quais ambientes ficam em execução contínua:

• Produção: normalmente sempre ativa.
• Staging: sempre ativo somente quando necessário.
• Preview: vinculado a um PR ou branch aberto.
• Teste de carga: criado para uma janela programada.
• Migração: removido após a validação.
• Recuperação de desastre: calculada de acordo com o objetivo de prontidão.

A quantidade ilimitada nos planos pagos torna essa governança mais importante, e não menos.

Compare escolhas de otimização com o risco

Reduzir a memória, interromper um worker, diminuir a retenção ou excluir um volume pode reduzir os gastos, mas cada ação altera a confiabilidade. Registre a consequência no nível de serviço ao lado da economia estimada.

Uma proposta de otimização útil contém:

1. Recurso e responsável.
2. Consumo medido atual.
3. Alteração proposta.
4. Faixa mensal esperada.
5. Risco de desempenho ou recuperação.
6. Método de rollback.
7. Período de observação.

Um agent pode resumir o consumo medido mostrado pela plataforma, mas uma pessoa deve aprovar alterações que possam afetar a disponibilidade ou a retenção de dados.

Revise os preços de PaaS após mudanças na arquitetura

Um novo cache pode reduzir a CPU do banco de dados e adicionar custos de Redis. Um worker em background pode melhorar a latência da API enquanto executa por mais horas. A rede privada pode alterar a arquitetura sem modificar as mesmas unidades principais de CPU/RAM/disco. Um Dockerfile pode reduzir o tamanho da imagem, mas consumir tempo de engenharia.

Faça uma nova previsão depois de:

• Adicionar um banco de dados gerenciado.
• Ativar muitos previews.
• Anexar um volume grande.
• Migrar para autoscaling do Kubernetes.
• Criar uma VM Windows ou uma máquina Linux.
• Alterar a retenção.
• Lançar uma nova região ou um novo nível de cliente.

Os preços de PaaS são um modelo vivo, vinculado à arquitetura, e não uma planilha de procurement criada uma única vez.

Modelo de revisão mensal

Registre o plano, o saldo inicial, o uso bruto, o saldo restante, os cinco principais recursos, as alterações inesperadas, os recursos interrompidos, a quantidade de previews, o crescimento do disco e os cenários para o mês seguinte.

Compare o resultado com o mês anterior e anote as implantações ou eventos de tráfego que expliquem a variação. Isso torna a revisão de custos útil para a engenharia, em vez de uma surpresa para o financeiro.

O mesmo modelo pode comparar provedores de instâncias fixas: substitua as linhas de recursos medidos pelas taxas das instâncias selecionadas e inclua a utilização para manter visível a capacidade ociosa.

Publique as premissas com cada estimativa

Um valor de preços de PaaS sem premissas não pode ser revisado. Anexe as horas de execução, o uso de recursos, o crescimento do disco, a duração dos previews, a quantidade de bancos de dados e a data das taxas unitárias atuais. Marque os valores como medidos, estimados ou desconhecidos.

Atualize o modelo após a primeira semana e o primeiro mês completo. A diferença entre a previsão e o resultado real é uma informação sobre a carga de trabalho, não apenas um erro contábil.

Essa disciplina mantém válidas as comparações de preços de PaaS quando os provedores alteram as taxas ou a arquitetura cresce.

Mantenha o modelo versionado

Faça commit das premissas e da data da revisão junto às notas da arquitetura. Um modelo versionado de preços de PaaS mostra por que a equipe mudou de plano e evita que uma planilha antiga se transforme em uma meta orçamentária sem explicação.

Comece com uma implantação verificável

Implante uma carga de trabalho representativa, observe-a por 30 dias e compare o consumo medido do serviço, do banco de dados, dos previews e do disco com o saldo do plano.

Comece gratuitamente em app.dockup.ai. O plano Free custa $0 por mês, inclui $10 de crédito inicial e permite um workspace, três bancos de dados e três implantações.

FAQ

Quanto custa a Dockup?

O Free custa $0 e inclui $10 de crédito inicial. O Hobby custa $5 por mês, com o uso faturado à parte, e o Pro custa $20 por mês com os primeiros $20 de uso incluídos.

O que é ilimitado nos planos pagos da Dockup?

Os planos pagos permitem workspaces, bancos de dados e implantações ilimitados em quantidade. O consumo de CPU, RAM e disco continua usando o saldo do plano.

Como o uso da Dockup é medido?

O consumo de CPU, RAM e disco é medido por minuto e descontado do saldo incluído ou recarregado da conta.

Os preços baseados em uso são sempre mais baratos do que uma instância fixa?

Não. Eles podem economizar dinheiro em cargas variáveis ou ociosas, enquanto uma carga previsível e continuamente ocupada pode se comparar bem com uma instância fixa. Modele a mesma demanda.

Como devo comparar dois preços de PaaS?

Normalize as horas de execução, CPU, memória, disco, bancos de dados, previews, transferência, assentos e suporte; depois identifique as taxas fixas, o uso medido, os créditos incluídos e as incertezas.