Laboratório de análise de hospedagem GhostlyInc
Preços do DigitalOcean App Platform: apps, PostgreSQL e limites
Confira os preços do DigitalOcean App Platform antes da produção: apps pequenas com shared CPU começam em cerca de R$ 26 por mês, bancos de desenvolvimento em cerca de R$ 36 e managed PostgreSQL em cerca de R$ 77. A conta real depende de serviços, workers, jobs, transferência e limites.
Veredito rápido
Comece pela tabela oficial de preços atual antes de escolher App Platform
Escolha App Platform se o preço por componentes ainda fizer sentido depois de adicionar serviços web, workers, jobs agendados, transferência, bancos e egress. Escolha Droplet, Kubernetes ou outra nuvem quando SSH, rede customizada, discos persistentes, pacotes não suportados ou o menor custo always-on forem mais importantes.
| Linha de orçamento | Sinal de preço atual | Nota de decisão |
|---|---|---|
| Serviço de entrada | A partir de cerca de R$ 26 por mês. | Boa primeira estimativa para um serviço web pequeno; some workers, jobs, bancos e transferência antes de decidir. |
| Sites estáticos | O plano grátis pode servir para apps estáticas bem pequenas. | Útil para landing pages, mas tráfego, apps extras e serviços de API podem mudar a conta. |
| Banco de desenvolvimento | Cerca de R$ 36 por mês por banco de dados de 512 MB. | Serve para protótipos, mas é apenas PostgreSQL, tem permissões limitadas e não deve ser tratado como plano de banco de produção. |
| PostgreSQL gerenciado | Começa em cerca de R$ 77 por mês antes de aumento de storage, nós standby ou planos maiores. | Orce separadamente quando produção precisar de backups, scaling, janelas de manutenção e controles de acesso mais rígidos. |
| Transferência e IP de egresso | Transferência extra custa cerca de R$ 0,10 por GiB; um IP de egresso dedicado pode somar até cerca de R$ 128 por mês. | É aqui que uma app pequena pode deixar de parecer o preço base de compute. |
Perfil do comprador
Prós, limites e para quem o DigitalOcean App Platform é indicado
A questão não é se App Platform pode deployar um app. Pode. A questão é se você quer uma plataforma gerenciada e aceita seus limites em armazenamento, shell, rede e controle do runtime.
Onde App Platform é mais forte
- Caminho rápido do Git ou imagem para URL pública de produção
- Suporta sites estáticos, web services, workers, jobs agendados e apps multi-componentes
- HTTPS automático, domínios personalizados, rollbacks, logs, métricas, alertas e health checks reduzem trabalho operacional rotineiro
- Buildpacks cobrem stacks comuns como Node.js, Python, Go, PHP, Ruby, Rust e .NET; Dockerfiles atendem casos personalizados
- Autoescalabilidade por requisição facilita ajuste de serviços baseados em tráfego, mais que análises antigas indicam
- Boa integração se já usa bancos gerenciados, Spaces, Container Registry, OpenSearch, Kafka ou rede VPC da DigitalOcean
Onde outro host pode ser melhor
- Sem acesso SSH ou SFTP aos containers, limitando debug profundo comparado a VPS
- Sem volumes persistentes; dados no sistema local são temporários
- Os tamanhos mais baratos de CPU compartilhada não cobrem toda a conta de produção com workers, jobs, bancos, transferência e IPs incluídos
- Alguns limites são fáceis de perder, como timeout de build, imagens Linux AMD64, restrições SMTP e ausência de conexões IPv6 diretas
- Autoescalabilidade por CPU ainda exige planos dedicados, alterando cálculo de custo para apps pesados em CPU
- Menos flexível que Droplets ou Kubernetes para runtimes incomuns, dependências nativas, daemons customizados e rede de baixo nível
Sumário
Imagem atual do produto
O que o DigitalOcean App Platform oferece hoje
App Platform é a camada gerenciada da DigitalOcean. Constrói a partir de repositórios Git, deploya imagens de container, roda sites estáticos, web services, workers, jobs e conecta apps a serviços DigitalOcean como bancos gerenciados, Spaces, OpenSearch, Kafka e rede VPC.
Serviços e APIs
Use App Platform para Node.js, Python, Go, PHP, Ruby, Docker e outros serviços HTTP que deployam via Git ou container registry.
Sites estáticos e SPAs
Componentes estáticos são úteis para sites de marketing, docs, dashboards e frontends que geram arquivos servidos via CDN da DigitalOcean.
Workers e jobs
Workers processam filas e background. Jobs cuidam de tarefas no deploy e cron agendado sem expor rota HTTP.
Integrações gerenciadas
O valor cresce ao adicionar bancos gerenciados, storage, rede privada, encaminhamento de logs, alertas e workflows de container registry.
Adequação ao caso de uso
Quando App Platform é a escolha certa
Um PaaS gerenciado pode sair mais barato que um VPS ao considerar configuração, atualizações, scripts de deploy, SSL, rollbacks, logs e escalabilidade. Mas pode ser caro ou limitante se precisar de controle avançado. Use esta tabela antes de migrar.
| Carga de trabalho | Adequação | Motivo |
|---|---|---|
| App SaaS pequeno, API ou dashboard interno | Forte adequação | Você tem deploys, HTTPS, logs, rollbacks e controle de escala sem manter Linux, Nginx, gerenciadores de processo ou renovação de SSL. |
| Site estático com API pequena | Boa opção | Mantenha o frontend simples como componente estático e rode a API como serviço, mas verifique preços de transferência e serviço antes de assumir que é grátis. |
| Worker de fila mais app web | Boa opção | Workers são componentes de app de primeira classe, permitindo que workloads web e background compartilhem especificação e ambiente. |
| App com banco já na DigitalOcean | Forte adequação | PostgreSQL, MySQL, MongoDB, Valkey, OpenSearch, Kafka e recursos VPC gerenciados reduzem trabalho de integração. |
| App que precisa de uploads locais persistentes | Pouco adequado | Use Spaces, banco gerenciado ou outra plataforma. Sistema local do App Platform é temporário, não volume. |
| Stack customizado com debug root | Use Droplets ou Kubernetes | Se seu fluxo normal precisa de SSH, SFTP, instalação de pacotes, daemons customizados ou logs do sistema, App Platform será limitante. |
Realidade dos preços
Os preços do DigitalOcean App Platform são por componentes, não um plano único
O modelo oficial cobra apps básicas, serviços Node.js, workers e jobs pelo tamanho de container escolhido e pelos containers em execução, com cobrança por segundo e valores mínimos. Apps apenas estáticas podem ser baratas ou gratuitas em pequena escala, mas produção costuma incluir serviço web, worker, banco, transferência, observabilidade e às vezes IPs egress dedicados.
CPU compartilhada começa baixa
A documentação atual lista serviços de app com shared CPU pequeno a partir de cerca de R$ 26 por mês. É um bom ponto inicial para apps simples, mas scaling, RAM, transfer e componentes extras mudam a conta real.
Gratuito pode ser limitado
DigitalOcean permite até três apps só de site estático com pequena cota de dados. Use como nível para landing pages, não como plataforma gratuita para produção.
CPU dedicada muda o cálculo
Autoescalabilidade por CPU exige planos dedicados; por requisição funciona em planos compartilhados ou dedicados. Teste custo e desempenho.
Transferência, bancos e IPs importam
Outbound transfer além da franquia, bancos de desenvolvimento, bancos gerenciados e IPs de egress dedicados são linhas separadas. Transfer extra custa cerca de R$ 0,10 por GiB e um IP de egress dedicado pode somar cerca de R$ 128 por mês, então compare a arquitetura completa, não só o compute.
| Linha de orçamento | Sinal de preço atual | Nota de decisão |
|---|---|---|
| Serviço de entrada | CPU compartilhada começa baixa | A documentação atual lista serviços de app com shared CPU pequeno a partir de cerca de R$ 26 por mês. É um bom ponto inicial para apps simples, mas scaling, RAM, transfer e componentes extras mudam a conta real. |
| Sites estáticos | Gratuito pode ser limitado | DigitalOcean permite até três apps só de site estático com pequena cota de dados. Use como nível para landing pages, não como plataforma gratuita para produção. |
| Banco de desenvolvimento | Cerca de R$ 36 por mês por banco de dados de 512 MB. | Serve para protótipos, mas é apenas PostgreSQL, tem permissões limitadas e não deve ser tratado como plano de banco de produção. |
| PostgreSQL gerenciado | Começa em cerca de R$ 77 por mês antes de aumento de storage, nós standby ou planos maiores. | Orce separadamente quando produção precisar de backups, scaling, janelas de manutenção e controles de acesso mais rígidos. |
| Autoescalabilidade | CPU dedicada muda o cálculo | Autoescalabilidade por CPU exige planos dedicados; por requisição funciona em planos compartilhados ou dedicados. Teste custo e desempenho. |
| Extras | Transferência, bancos e IPs importam | Outbound transfer além da franquia, bancos de desenvolvimento, bancos gerenciados e IPs de egress dedicados são linhas separadas. Transfer extra custa cerca de R$ 0,10 por GiB e um IP de egress dedicado pode somar cerca de R$ 128 por mês, então compare a arquitetura completa, não só o compute. |
Fluxo de implantação
A configuração mais limpa do App Platform começa antes do primeiro deploy
App Platform parece simples em repositórios demo, mas apps reais exigem disciplina: escopo de variáveis, comandos de build, health checks, jobs de migração, acesso a logs, rollback e caminho claro de staging para produção.
Escolha Git ou imagem de container com cuidado
GitHub, GitLab, Bitbucket, Git público, DOCR, Docker Hub e GitHub Container Registry são opções úteis. Escolha a que seu processo de release repete com segurança.
Fixe versões do runtime
Não confie no runtime detectado pela plataforma. Defina versões base de Node, Python, Go, PHP, Ruby, .NET ou Docker quando possível.
Separe variáveis de build e runtime
Use variáveis secretas com cuidado e defina se são necessárias no build, runtime ou ambos. Evite vazar segredos de produção em previews.
Deixe migrações explícitas
Use jobs no deploy para migrações e tarefas pós-deploy quando adequado. Web service que roda migrações a cada boot é mais difícil de gerenciar.
Adicione um health check real
O health check deve comprovar que o app atende o tráfego e acessa dependências críticas, não apenas retornar um OK estático de um processo parcialmente iniciado.
Pratique o caminho de rollback
App Platform permite rollback de deploys recentes, mas migrações de banco, filas e integrações externas precisam de estratégia própria de rollback.
Escalonamento
Escalar é útil, mas precisa ajustar para seu app
App Platform suporta escalabilidade vertical (tamanho do container) e horizontal (número de containers). Autoscaling por CPU exige planos dedicados; por requisição funciona em planos compartilhados ou dedicados. Isso torna a escalabilidade atual mais flexível que em análises antigas.
| Questão de escala | O que testar | Por que isso importa |
|---|---|---|
| Escala vertical | Mude entre tamanhos de container com carga similar à produção | Um container maior pode ser mais barato e estável que várias réplicas pequenas se seu app for limitado por memória ou pesado na inicialização. |
| Escala horizontal | Aumente containers mínimos e máximos | Dois ou mais containers importam para alta disponibilidade. Um container pode ser barato, mas é só uma instância de runtime. |
| Autoescalabilidade por CPU | Teste em plano de CPU dedicada se CPU for seu gargalo principal | Ajuste limites com carga real, pois CPU nem sempre reflete pressão de requisições ou atraso na fila. |
| Autoescalabilidade por requisição | Use requisições por segundo ou metas de latência P95 para serviços HTTP | Isso é mais útil para apps web que só CPU, mas precisa de tráfego realista e health checks. |
| Escalar a zero | Use só para serviços não sensíveis à latência | Pode reduzir custo ocioso, mas cold starts e comportamento na primeira requisição devem ser aceitáveis para usuários ou fluxos internos. |
Limites importantes
Limites do App Platform para entender antes da produção
A maioria das decepções com App Platform vem de esperar que funcione como VPS normal. Não funciona. Trate como runtime gerenciado com limites e decida se eles ajudam ou atrapalham seu app.
| Limite | Impacto prático | Plano melhor |
|---|---|---|
| Sistema de arquivos local | Apenas temporário, com limite pequeno no sistema de arquivos | Armazene uploads, assets e estado durável em Spaces, bancos gerenciados ou outro serviço persistente. |
| Sem SSH ou SFTP | Não é possível debugar containers como um servidor normal | Invista em logs, métricas, health checks, reprodução local e disciplina de imagem de container. |
| Limites de build | Builds têm limites finitos de CPU, memória, disco e tempo | Monorepos grandes ou builds pesados podem precisar de CI externo que envie imagem pronta. |
| Arquitetura do container | Imagens Linux AMD64 são o alvo suportado | Construa e teste imagens para a arquitetura correta antes do deploy. |
| Rede | Sem conexões diretas IPv6 e sem portas SMTP | Use dependências compatíveis com IPv4 e API de email transacional em vez de SMTP puro. |
| Conformidade | Nem toda carga regulada se encaixa | Para fintech rigorosa, PCI, rede customizada ou auditoria, compare Droplets, Kubernetes ou nuvem mais ampla. |
Operações
Segurança e observabilidade são suficientes para muitas equipes, mas não mágicas
App Platform oferece uma base sólida: HTTPS automático, histórico de deploy, logs, health checks, alertas, métricas, conectividade privada e variáveis criptografadas. Segurança do app, segredos, permissões, backups e planos de incidente são sua responsabilidade.
Boa base de plataforma
HTTPS automático, mitigação DDoS, patch automático do SO, variáveis de ambiente, opções VPC e IPs dedicados cobrem muitas necessidades comuns de segurança.
Logs e insights são úteis
Use logs, insights, alertas, health checks e encaminhamento de logs do App Platform cedo. Eles substituem o debug via SSH.
Bancos precisam de plano próprio
Bancos de desenvolvimento são convenientes, mas produção deve usar bancos gerenciados com backups, escala, janelas de manutenção e controles de acesso separados.
Segurança do app continua sendo sua
App Platform oferece HTTPS, mas cabe a você gerenciar headers, autenticação, limitação de taxa, validação, rotação de segredos e atualização de dependências.
Alternativas
DigitalOcean App Platform vs Droplets, Render, Fly.io e Vercel
A melhor alternativa depende do que quer evitar. Para menos operações, compare plataformas gerenciadas. Para menor custo e controle total, compare VPS ou Kubernetes.
| Alternativa | Prefira quando | Fique com App Platform quando |
|---|---|---|
| DigitalOcean Droplets | Você precisa de root, SSH, SFTP, serviços customizados, discos persistentes ou menor preço de computação sempre ligada. | Prefere trocar um pouco de controle por deploys gerenciados, HTTPS, logs, escala e menos manutenção de servidor. |
| DigitalOcean Kubernetes | Você precisa de primitivas Kubernetes, rede customizada, service meshes, operadores ou padrões multi-serviço de infraestrutura. | Você quer um runtime gerenciado mais simples e não quer operar Kubernetes. |
| Render or Railway | Você prefere a experiência de desenvolvedor, modelo de add-ons, estilo de preços ou regiões deles para seu app. | Sua stack já está na DigitalOcean e você quer bancos, storage, rede e deploys em uma conta. |
| Vercel or Netlify | Seu app é principalmente frontend, edge, conteúdo ou específico de framework e se beneficia do ecossistema deles. | Você precisa de serviços backend, workers, jobs e infraestrutura DigitalOcean no mesmo modelo operacional. |
| Fly.io or Cloud Run | Você precisa de posicionamento global container-first, regiões tipo edge ou modelo diferente de autoescalabilidade e containers. | Você quer um fluxo PaaS mais convencional dentro da DigitalOcean. |
GhostlyBridge
Quando Droplet é melhor fallback
App Platform elimina trabalho de servidor, mas também SSH, SFTP, discos locais persistentes e debug root. Se precisar disso, um Droplet DigitalOcean é melhor, e GhostlyBridge ajuda a centralizar o trabalho diário no desktop.
Use App Platform
Escolha App Platform quando o provedor deve construir, deployar, rotear, escalar e atualizar runtime para app web padrão, API, worker ou job agendado.
Use Droplets com GhostlyBridge
Escolha Droplets quando quiser root, workflows SSH, transferência de arquivos, serviços customizados, discos persistentes e servidor para inspeção direta.
Notas de pesquisa
Fontes atuais da DigitalOcean usadas nesta análise
Estes links ficam no final para manter o artigo legível, mas as informações práticas vêm da página e docs atuais do App Platform. Sempre verifique preços e limites antes de migrar produção.
Veredito final
DigitalOcean App Platform é um meio-termo inteligente para equipes que querem deploys gerenciados sem complexidade de hyperscale
App Platform é recomendada para pequenas equipes, agências, protótipos SaaS, ferramentas internas, apps de conteúdo, APIs e apps que já usam bancos ou storage da DigitalOcean. Oferece caminho mais rápido do repositório à produção que um VPS cru e modelo de nuvem mais simples que AWS ou Kubernetes.
Evitaria para apps que precisam de armazenamento local persistente, debug shell, kernels customizados, SMTP, dependências só IPv6, pacotes incomuns ou computação sempre ligada muito sensível a custo. Nesses casos, use Droplet, Kubernetes gerenciado ou provedor focado no runtime.
Perguntas frequentes
Quanto custa o DigitalOcean App Platform?
Pela documentação oficial atual, um serviço shared CPU pequeno começa em cerca de R$ 26 por mês. Apps apenas estáticas podem caber no free tier em pequena escala, mas estimativas de produção devem incluir serviços, workers, jobs, outbound transfer, bancos e IPs egress dedicados.
Quanto custa managed PostgreSQL com o DigitalOcean App Platform?
Um banco de desenvolvimento custa cerca de R$ 36 por mês e serve para protótipos. Managed PostgreSQL começa em cerca de R$ 77 por mês antes de crescimento de storage, nós standby ou planos maiores, então orce bancos de produção separados do compute do App Platform.
DigitalOcean App Platform é boa para produção?
Sim, para muitos apps web padrão, APIs, sites estáticos, workers e jobs agendados. Boa escolha para produção se aceitar limites da plataforma. Não é ideal se seu fluxo depende de SSH, armazenamento local persistente, serviços customizados ou controle de rede avançado.
App Platform é mais barata que um Droplet DigitalOcean?
Nem sempre. Um Droplet pequeno pode ser mais barato para computação sempre ligada, especialmente se você gerencia Linux bem. App Platform pode ser mais barato na prática ao substituir tempo e risco de configurar deploys, SSL, logs, rollbacks, health checks e escala.
App Platform suporta Docker?
Sim. Pode deployar de Dockerfile ou imagens em registries suportados. Para builds pesados, é melhor construir a imagem no CI e deployar a imagem pronta para evitar limites da plataforma.
App Platform tem armazenamento persistente?
Não há volumes persistentes para containers do App Platform. O sistema de arquivos local é temporário e só deve guardar arquivos pequenos temporários. Use Spaces, bancos gerenciados ou outro serviço durável para uploads e estado.
App Platform pode autoescalar?
Sim, com detalhes importantes. App Platform suporta escala manual e autoescalabilidade. Autoescalabilidade por CPU exige planos dedicados; por requisição funciona em serviços HTTP elegíveis em planos compartilhados ou dedicados.
App Platform é boa alternativa ao Heroku?
Pode ser, especialmente se gostar dos preços DigitalOcean e já usar bancos, Spaces ou Container Registry. Heroku tem ecossistema maduro, então a escolha depende do seu stack, suporte e uso da infraestrutura DigitalOcean.
Devo usar App Platform ou Kubernetes?
Use App Platform para runtime gerenciado e deploy simples. Use Kubernetes para controle nativo, service meshes, rede customizada, operadores ou orquestração complexa.