Alternativas ao Deno Deploy: 6 caminhos para migrar em 2026

Entre as alternativas ao Deno Deploy, Cloudflare Workers é a primeira opção a avaliar: a própria Deno recomenda esse caminho de migração e informa que o Deploy continuará funcionando por mais 6 meses. Escolha Netlify para um site com lógica na borda baseada em Deno, Supabase Edge Functions para uma API integrada a um banco de dados, Vercel Functions para uma aplicação cuja escolha depende do framework ou Val Town para pequenas tarefas agendadas. Se a aplicação usa Deno KV, defina o substituto dele antes de escolher onde as funções vão rodar.

Preços e documentação verificados em 12 de outubro de 2026. A comparação reúne preços públicos, condições de execução dos runtimes e trabalho necessário para migrar, sem testes de deploy em contas autenticadas. O prazo de encerramento vem do anúncio da Deno de 9 de outubro.

Alternativas ao Deno Deploy: compare as opções

Prefira o destino que preserve o comportamento da aplicação com o menor número de mudanças que você terá de manter. Migrar um endpoint TypeScript que consulta um banco externo é bem diferente de migrar uma aplicação cujas transações, tarefas agendadas e fila estão todas dentro do Deno Deploy.

As fontes dos planos são Cloudflare, Netlify, Supabase, Vercel, Val Town, seu FAQ de cobrança e a tabela de preços de VPS da DigitalOcean. São preços de entrada, não uma previsão da conta mensal completa.

O que a Deno anunciou e como interpretar os prazos

O Deno Deploy será encerrado; o runtime Deno tem um prazo de manutenção separado. No anúncio de 9 de outubro de 2026, Ryan Dahl escreveu:

O Deno Deploy continuará funcionando por seis meses antes de ser encerrado.

O mesmo anúncio promete suporte à migração para clientes pagantes que forem para o Cloudflare Workers. Também prevê mais um ano de versões mensais do runtime Deno com correções de bugs e atualizações de segurança. Depois disso, a Deno encerrará o desenvolvimento do runtime, que continuará sendo de código aberto. O JSR, registro de pacotes JavaScript e TypeScript, seguirá em operação, com sua infraestrutura transferida para a Cloudflare. Leia o anúncio da Deno.

A Deno informou períodos, sem fixar um dia de encerramento no calendário. Não transforme o anúncio em uma data inventada nem confunda o prazo maior de manutenção do runtime com tempo extra para usar o Deploy. Clientes pagantes devem aproveitar o suporte à migração enquanto planejam, em conjunto, a transferência da aplicação e dos dados.

1. Cloudflare Workers: o primeiro destino a avaliar

O Cloudflare Workers é uma plataforma gerenciada para executar handlers de requisições e tarefas em segundo plano. É a opção mais forte para começar a análise, já que a Deno a recomenda expressamente aos clientes. Para quem criou uma API TypeScript com banco externo e uma tarefa de limpeza agendada, o principal trabalho está em adaptar os pontos de integração com o runtime e a configuração de deploy. Já uma aplicação estruturada em torno do Deno KV exige um redesenho específico do armazenamento. Escolha o Workers como plataforma de destino e reserve orçamento para adaptar as partes específicas do Deno que não poderão ser levadas sem mudanças.

Melhor para: APIs, webhooks, tarefas cron, filas e sites que se beneficiam de infraestrutura gerenciada.
Destaque: É o destino de migração indicado pela Deno e oferece serviços de armazenamento e agendamento.
Preço: Workers Free; Workers Paid tem mínimo de $5 USD/mês por conta; no Enterprise, o uso segue o contrato.
Teste gratuito: O plano permanente Workers Free permite avaliar a plataforma sem custo.
Esforço de migração: Baixo a médio para handlers sem estado; alto quando é preciso redesenhar transações KV e tarefas em fila.

O que muda no código TypeScript

O Workers executa o runtime workerd, não o runtime Deno. O namespace global Deno não está disponível. Interfaces web padrão como Request, Response e fetch são um bom ponto de partida para código portável; já Deno.serve, Deno.env, Deno.openKv e Deno.cron indicam integrações que precisam ser substituídas. A compatibilidade com Node.js também abrange apenas parte das APIs. Portanto, conseguir importar um pacote durante o desenvolvimento não basta para comprovar que suas dependências funcionarão em execução. APIs do runtime Workers.

Wrangler é a ferramenta de linha de comando da Cloudflare para deploy. O tutorial de Wrangler da própria Deno mostra como manter o Deno nas ferramentas de desenvolvimento: adicionar npm:wrangler, gerar os tipos do Workers, exportar um módulo com um handler fetch e gerar o bundle pelo esbuild com o plugin do Deno quando for necessário resolver módulos no formato do Deno. Usar o Deno para preparar o código enviado não transforma o Worker publicado em um processo Deno.

Transfira os segredos e o acesso a recursos para bindings: as referências configuradas que dão ao Worker acesso ao banco, à fila ou aos valores de ambiente. Revise tanto as dependências quanto os arquivos da aplicação. Um utilitário pode esconder uma chamada ao sistema de arquivos mesmo quando o handler da rota usa apenas APIs web. Bindings da Cloudflare.

Escolha substitutos pelo comportamento de cada serviço

A distinção essencial é entre Workers KV e Deno KV. O Workers KV prioriza leituras frequentes e gravações relativamente esparsas; leituras em cache podem estar desatualizadas. A semelhança no nome não basta para migrar reservas de estoque, saldos de contas ou uma verificação atômica de unicidade. Como o Workers KV funciona.

O D1 é o caminho SQL: transforme prefixos de chaves e índices secundários em um esquema planejado. Sua API de processamento em lote executa instruções de forma transacional, mas isso não converte automaticamente uma verificação otimista do Deno. Os Durable Objects combinam estado com uma instância de computação que coordena as operações. Vale avaliá-los quando uma entidade, como uma sala ou uma conta, precisa de coordenação serializada. Transações no D1, Durable Objects.

Para tarefas agendadas, os Cron Triggers usam um handler scheduled e horários em UTC. Para tarefas que serão processadas depois, o Queues fornece o sistema de mensageria. Um agendamento define quando começar; uma fila preserva o trabalho que aguarda processamento. Substituir um não substitui o outro. Sites estáticos podem usar o Workers Static Assets, separando os arquivos gerados da lógica dinâmica das requisições.

Quanto custa e quais são os limites

O Workers Free inclui 100,000 requisições por dia e 10 ms de CPU por invocação. O Paid inclui 10 milhões de requisições e 30 milhões de milissegundos de CPU por mês. Acima disso, cobra $0.30 por milhão de requisições adicionais e $0.02 por milhão de milissegundos de CPU adicionais. O uso de banco de dados, filas e outros produtos também entra na conta. Preços atuais do Workers.

O tamanho do bundle, por si só, já não é motivo para contratar o Paid: Free e Paid permitem 64 MiB sem compressão, enquanto a memória continua em 128 MB. Consulte os limites atuais e nossa explicação sobre tamanho de bundle e upgrade de plano. A análise da Cloudflare mostra como os diferentes produtos da conta se encaixam.

1. 1

   Mapeie os pontos de dependência do runtime

   Localize chamadas ao namespace Deno, imports por URL, acesso ao sistema de arquivos, segredos, operações KV, agendamentos e consumidores de filas. Separe a lógica de negócio portável desses adaptadores.

2. 2

   Prepare um ponto de entrada no formato do Workers

   Siga o tutorial de Wrangler da Deno: configure o handler do módulo e os tipos gerados do Workers. Se os imports exigirem, prepare também o build personalizado com suporte ao Deno. Preserve o contrato de resposta existente ao mudar a forma de invocar o handler.

3. 3

   Planeje o estado e os gatilhos antes de configurá-los

   Escolha o banco antes de importar registros. Adicione bindings, converta os agendamentos para Cron Triggers e reescreva produtores e consumidores de filas. Documente o que acontece se uma tarefa for entregue novamente.

4. 4

   Simule a migração antes de redirecionar o tráfego

   Use dados de teste locais e um ambiente de destino separado para comparar códigos de status, cabeçalhos, autenticação e alterações de estado. Publicar o código é apenas uma etapa; dados e tarefas em segundo plano precisam estar prontos para a mesma virada.

2. Netlify: para sites com lógica na borda baseada em Deno

A Netlify é uma plataforma de deploy de sites com Edge Functions baseadas em Deno. Faz sentido quando o trabalho dinâmico do site gira em torno das requisições recebidas: localização, verificações de autenticação, redirecionamentos ou personalização leve. Manter essa lógica junto às prévias de deploy do site pode ser mais valioso do que adotar outro modelo de infraestrutura. Um handler de borda sem estado é um bom candidato à migração; um backend que depende muito de filas exige separar mais componentes. Escolha a Netlify quando o site é o produto e a lógica na borda dá suporte a ele. Visão geral das Edge Functions.

Melhor para: Sites estáticos e aplicações web com lógica leve de requisições baseada em Deno.
Destaque: Edge Functions publicadas junto com o site, incluindo prévias e reversão de deploys.
Preço: Free $0 para sempre; Personal $9/mês; Pro $20/mês com membros ilimitados; Enterprise sob consulta.
Teste gratuito: O Free inclui um limite mensal de 300 créditos.
Esforço de migração: Baixo a médio para um site com lógica de borda sem estado; maior quando é preciso separar armazenamento, agendamentos e consumidores de filas.

O runtime é familiar, mas o contrato da aplicação muda

Uma Edge Function usa o handler e o contexto da Netlify. Revise também os imports: a documentação da Netlify prevê um arquivo separado de import map, em vez do mapa dentro de deno.json, e classifica o suporte a pacotes npm como beta. Para um projeto cuja resolução de dependências depende hoje da configuração do Deno, essa adaptação precisa entrar no plano de migração. API das Edge Functions.

O limite de execução é de 50 ms de CPU por requisição, com timeout de 40 segundos para os cabeçalhos de resposta. Esperar por um serviço remoto e transformar um documento grande consomem limites diferentes. Uma consulta de autenticação pode caber em uma arquitetura leve na borda; processamento intensivo de CPU pede outro caminho de execução. Limites das Edge Functions.

Como substituir Deno KV, cron e filas

Use Netlify Blobs para conteúdo acessado por chave quando o modelo for adequado, e Netlify Database, o serviço Postgres da plataforma, quando a aplicação precisar de dados relacionais e atualizações transacionais. O Blobs oferece leituras com consistência forte como opção, mas isso, por si só, não reproduz a API atômica de múltiplas chaves do Deno KV. O novo armazenamento precisa preservar as regras de negócio, como impedir nomes de usuário duplicados.

As Scheduled Functions são um recurso separado do Netlify Functions. Uma Edge Function com Deno.cron não ganha um agendamento gerenciado automaticamente. Extraia a tarefa, configure o agendamento e revise o runtime dela separadamente. Se a tarefa antiga consome uma fila do Deno KV, defina explicitamente onde as mensagens ficarão armazenadas de forma durável e quem vai consumi-las. Agendar uma função não migra as mensagens da fila.

Para quem mantém um site de conteúdo com uma tarefa de sincronização a cada hora, essa separação é administrável: entrega do site e personalização ficam na plataforma web, enquanto a sincronização ganha sua própria função agendada e seu estado durável. A opção fica menos atraente quando a maior parte da aplicação é formada por workers em segundo plano que dependem uns dos outros.

Calcule o custo dos créditos e da equipe

O Personal inclui 1,000 créditos/mês. As faixas de créditos do Pro são 3,000 por $20, 5,000 por $33, 10,000 por $63, 15,000 por $95 e 20,000 por $126, por mês. Nas faixas superiores, a partir de 5,000 créditos, os créditos mensais não usados podem passar para o próximo ciclo de cobrança; na faixa básica, não. Faixas atuais de créditos da Netlify.

A recarga automática vem desativada. Quando habilitada, o Personal pode adicionar 500 créditos por $5, e o Pro, 1,500 por $10. Esgotar a franquia da conta sem comprar mais créditos pode pausar os projetos. Por isso, um lançamento público exige uma decisão de gastos, além da decisão de deploy. Esses planos atuais baseados em créditos não devem ser confundidos com os antigos preços da Netlify por usuário.

3. Supabase Edge Functions: para APIs integradas ao banco de dados

As Supabase Edge Functions são funções TypeScript executadas em um runtime compatível com Deno. A opção se encaixa melhor quando a migração também é uma escolha planejada pelo Postgres, um banco relacional. Uma aplicação de assinaturas que recebe webhooks de pagamento e atualiza cadastros de clientes encontra aqui um destino natural. O runtime familiar reduz uma categoria de mudanças, enquanto o banco passa a concentrar o trabalho de arquitetura. Escolha a Supabase quando os dados persistentes da aplicação orientam a arquitetura. Documentação das funções.

Melhor para: Webhooks e APIs que devem ficar junto do Postgres, da autenticação e do armazenamento de arquivos.
Destaque: Funções compatíveis com Deno integradas a uma plataforma de banco de dados.
Preço: Free $0/mês; Pro a partir de $25/mês; Team a partir de $599/mês; Enterprise sob consulta.
Teste gratuito: O Free inclui 500,000 invocações de Edge Functions e um banco de 500 MB por projeto.
Esforço de migração: Médio para handlers compatíveis; alto quando o Deno KV precisa virar um esquema relacional com nova lógica transacional.

Migre o modelo de dados junto com o endpoint

Substitua as chamadas ao Deno KV pelo acesso ao Postgres. Um prefixo usado para os itens salvos de um usuário passa a ser uma relação consultável; uma verificação de unicidade vira uma restrição do banco ou uma transação. Evite manter uma coleção de chaves opacas só para simplificar a importação se toda consulta importante precisar decodificá-las logo em seguida.

Por exemplo, um handler de pagamento pode precisar registrar um evento e atualizar um direito de acesso na mesma operação. O critério de aceitação é que novas tentativas não concedam esse direito duas vezes. Uma resposta HTTP de sucesso da nova função não comprova que essa regra sobreviveu à troca do armazenamento.

A Supabase também oferece Cron, que pode executar tarefas no banco ou invocar uma Edge Function, e Queues, um serviço de mensageria durável baseado em Postgres. Planeje a substituição do registro em Deno.cron e do código que enfileira e consome mensagens no Deno KV por esses serviços. Defina como o processamento das mensagens será confirmado e em que condições uma tarefa com falha poderá ser tentada novamente.

Limites de execução e custo inicial completo

As Edge Functions permitem 256 MB de memória e 2 segundos de CPU por requisição. O limite de tempo total do worker é de 150 segundos no Free e 400 segundos nos planos pagos, mas a duração maior não aumenta a franquia de CPU. São limites diferentes, não formas equivalentes de descrever um worker de longa duração. Limites das funções.

Pro e Team incluem 2 milhões de invocações de funções e cobram $2 por milhão adicional. O Free permite 2 projetos ativos e pausa projetos inativos após 1 semana. Os planos pagos incluem um crédito de computação de $10/mês, que cobre uma instância Micro. Preços da Supabase.

A Supabase é uma opção menos adequada para o frontend estático do site. A documentação de limites das funções informa que servir HTML exige um domínio personalizado; sem ele, uma resposta text/html é reescrita como text/plain. Decida a hospedagem do frontend separadamente da API.

4. Vercel Functions: quando o framework web orienta a migração

Vercel Functions são funções gerenciadas executadas no servidor e vinculadas ao deploy de uma aplicação web. Fazem sentido quando o framework do frontend e o fluxo de publicação são os principais motivos da mudança. Se você já está reorganizando a aplicação em torno de um framework suportado pela Vercel, levar as rotas de API para essa estrutura pode ser uma boa decisão. Para um serviço Deno que permaneceria igual no restante, o caminho é menos direto. Escolha a Vercel pelo fluxo da aplicação, com uma adaptação planejada do runtime e do armazenamento.

Melhor para: Aplicações web orientadas por framework, com rotas de API junto do frontend.
Destaque: Fluxo unificado de deploy da aplicação com funções no servidor.
Preço: Hobby $0/mês; Pro $20/mês; Enterprise sob consulta.
Teste gratuito: O Pro anuncia um período de teste; o Hobby é restrito a uso pessoal e não comercial.
Esforço de migração: Médio para adaptar runtime e rotas; alto quando armazenamento e tarefas em segundo plano também precisam ser substituídos.

Escolha entre adaptar o código e manter um runtime da comunidade

A Vercel lista o Node.js entre os runtimes suportados e o Deno como runtime da comunidade, por meio do vercel-deno. São escolhas com responsabilidades de manutenção diferentes. Em uma migração com prazo apertado, avalie a compatibilidade da integração comunitária e quem a mantém antes de torná-la a dependência que sustenta a produção. A outra opção é adaptar o handler e as dependências ao runtime suportado que o framework utiliza. Documentação de runtimes da Vercel.

Para o Deno KV, escolha um banco e substitua a API. O guia de armazenamento da Vercel separa Blob para arquivos, Global Config para configuração e bancos do Marketplace para dados da aplicação. Um repositório de configurações não deve virar o destino padrão de registros transacionais de clientes só porque oferece uma interface conveniente de chave e valor.

O Vercel Cron substitui o agendamento, não o registro feito no código com Deno.cron. O Hobby permite executar uma tarefa uma vez por dia, com precisão de agendamento de uma hora; o Pro aceita intervalo mínimo de uma vez por minuto. Uma sincronização frequente já descarta o Hobby apenas por esse critério. Uso e preços do cron.

O Vercel Queues está disponível em beta em todos os planos, com tópicos duráveis, novas tentativas automáticas e entrega pelo menos uma vez. Isso o torna um candidato para as tarefas da fila do Deno KV, mas produtores, consumidores e a lógica de confirmação ainda precisam ser reescritos. Considere o estágio beta na decisão se essa fila for o único caminho para atender a um pedido de cliente.

A conta muda quando mais pessoas fazem deploy

A taxa da plataforma Pro inclui 1 licença para usuário com permissão de deploy e $20 em créditos mensais de uso. Licenças pagas adicionais custam $20/mês cada; usuários com acesso apenas de visualização são gratuitos. Consumo acima do crédito e adicionais pagos são cobrados à parte. Detalhes da cobrança do Pro.

Para uma empresa saindo do Deno Deploy, o preço gratuito do Hobby não serve como orçamento de produção. Comece pelo plano que permite uso comercial e depois some as necessidades de banco e filas. Assim, uma migração aparentemente barata não vira uma coleção inesperada de cobranças separadas.

5. Val Town: para APIs pequenas e tarefas agendadas

O Val Town é um ambiente hospedado para pequenos programas com gatilhos HTTP, de e-mail e cron. Encaixa bem naquele serviço pequeno que resolve uma tarefa útil: um webhook que atualiza um sistema externo, uma API consumida por uma ferramenta interna ou um resumo enviado de forma programada. Seu runtime Deno o torna relevante para essa migração, mas as interfaces de armazenamento e de gatilhos continuam diferentes. Escolha o Val Town quando o projeto é uma automação compacta, em vez de uma plataforma que você precisa operar. Documentação do Val Town.

Melhor para: APIs pequenas, handlers de webhooks, integrações agendadas e utilitários internos.
Destaque: Código hospedado com gatilhos integrados e armazenamento SQLite.
Preço: Free $0; Pro $21/mês com cobrança anual; Business a partir de $167/mês com cobrança anual; Enterprise sob consulta. O FAQ do fornecedor informa assinaturas mensais de $25 para o Pro e $200 para o Business.
Teste gratuito: O Free é um plano permanente, sem domínios personalizados e sem vals privados.
Esforço de migração: Baixo para um utilitário sem estado, médio para uma pequena tarefa com estado persistente e alto para uma aplicação maior com estado.

O período de cobrança faz diferença: o valor da página de preços com a opção anual selecionada não deve ser apresentado como uma assinatura que pode ser cancelada mês a mês pelo mesmo preço. O FAQ do Val Town permite comparar a cobrança mensal e confirma o uso do runtime Deno.

A migração só é pequena se a tarefa também for

Leve o handler para um val, o contêiner de aplicação versionado do Val Town, e associe sua invocação a um gatilho HTTP ou cron. Para uma tarefa que apenas chama uma API externa e envia um resumo, o estado durável talvez seja só o último item processado. É muito mais simples avaliar esse caso do que uma aplicação voltada ao cliente com várias entidades transacionais e consumidores de filas.

Quando fizer sentido, substitua o Deno KV pelo banco SQLite de cada val, ou mantenha um banco externo. Reescreva buscas por chave e verificações atômicas como operações de banco. Não considere a migração concluída enquanto Deno.openKv ainda apontar para o armazenamento hospedado que será encerrado.

Para tarefas em fila, deixe explícito no projeto onde ficam os trabalhos pendentes. Um cron que consulta periodicamente uma tabela de tarefas é uma arquitetura possível, mas exige implementar a reserva das tarefas para processamento, novas tentativas e tratamento de duplicatas. Isso não preserva automaticamente o comportamento da fila do Deno KV.

Frequência, privacidade e duração definem o plano

O intervalo mínimo do cron no Free é de 15 minutos, e o limite de tempo total é de 1 minuto por execução. O Pro reduz o intervalo para 1 minuto e aumenta o limite de execução para 10 minutos; o quadro de preços também lista 10 domínios personalizados e 2,000 vals privados. Preços e limites atuais.

Um resumo diário público pode caber no Free. Uma integração privada ou uma tarefa que precisa consultar atualizações com mais frequência exige outro plano, mesmo com tráfego mínimo. A privacidade do código e o acesso ao endpoint também são requisitos separados: código-fonte privado não define, por si só, quem pode chamar o endpoint HTTP.

O esforço de migração é baixo para um utilitário sem estado com um gatilho simples, médio quando é preciso transferir o estado persistente da tarefa e alto ao tentar reproduzir a arquitetura de dados e de execução de uma aplicação maior dentro da plataforma. Essas classificações descrevem o escopo, não uma estimativa de horas.

6. Deno em hospedagem própria: para preservar o comportamento do runtime

Rodar Deno em um servidor virtual privado, ou VPS, preserva o runtime, mas transfere a responsabilidade pela hospedagem para você. Um contêiner empacota o runtime e a aplicação para que rodem no host escolhido. Vale considerar essa opção quando acesso ao sistema de arquivos, APIs específicas do Deno ou comportamento de processos de longa duração concentram o trabalho de adaptação. Escolha hospedagem própria quando manter o runtime evitar mais complexidade do que operar o servidor acrescenta. A Deno publica um guia oficial de Docker.

Melhor para: Uma aplicação muito dependente de Deno cujo responsável consegue administrar um servidor ou um deploy em contêiner.
Destaque: Controle sobre o runtime, o sistema de arquivos e o ciclo de vida do processo.
Preço: O runtime de código aberto não tem plano de hospedagem gerenciada. Como exemplo de provedor, a DigitalOcean lista um Basic Regular Droplet por $4.00/mês, com 512 MiB de RAM; a opção de 1 GiB custa $6.00/mês.
Teste gratuito: A DigitalOcean menciona créditos promocionais, mas sua página de preços não oferece um plano gratuito permanente de Droplet.
Esforço de migração: Menos reescrita ligada ao runtime, mais responsabilidade operacional; os dados hospedados ainda exigem um plano de exportação, importação e recuperação.

Esses são os preços anunciados de VPS, não uma recomendação de dimensionamento para qualquer aplicação Deno. Inclua na decisão o armazenamento de backups, o monitoramento e seu tempo de operação. Um servidor que você já tem pode evitar uma nova assinatura de hospedagem e, ainda assim, gerar trabalho de manutenção.

O que acontece com Deno KV e cron

O Deno KV pode usar um caminho local persistente para o banco, com SQLite por baixo na CLI. Isso pode preservar mais da API de KV do que migrar para o armazenamento de outro fornecedor. Porém, não copia os registros hospedados, não recria a hospedagem distribuída nem torna durável o sistema de arquivos efêmero de um contêiner. Exporte os dados, planeje a importação, monte armazenamento persistente e comprove que consegue restaurar um backup. Documentação do Deno KV.

A mesma distinção vale para agendamentos. Na CLI, Deno.cron mantém o estado de execução em memória, com um conjunto independente de tarefas em cada processo. Se houver várias réplicas da aplicação, você precisa definir qual delas fica responsável pela tarefa agendada ou como elas vão se coordenar. Manter a chamada à API não preserva o serviço gerenciado de agendamento do Deploy. Comportamento do cron no Deno.

Para uma aplicação pequena em um único servidor, esse escopo operacional pode ser aceitável. Para uma empresa que precisa de infraestrutura redundante e em que ninguém quer assumir backups, correções ou recuperação, a mensalidade baixa de uma VPS pode acabar saindo cara em tempo e atenção.

workerd e celld são outro caminho de hospedagem própria

O anúncio da Cloudflare cita workerd e celld como opções de hospedagem própria disponíveis hoje. Elas usam o modelo de programação do Workers e, portanto, fazem sentido depois de adaptar o código a esse modelo. Não são uma promessa de executar todo o código Deno existente sem alterações. A Cloudflare também reconhece que a implementação de Durable Objects no workerd isolado tem uma limitação de escalabilidade por operar em uma única instância e descreve a incorporação de trabalho e ideias do celld ao workerd. Anúncio da Cloudflare.

Não atribua a essas opções uma nova assinatura gerenciada nem um plano gratuito inventado. O orçamento é a infraestrutura e a operação que você vai fornecer. Para uma equipe pressionada pela migração, o que conta são os recursos disponíveis agora e o plano de recuperação que ela consegue executar; integrações futuras não substituem essas decisões.

Hospedar o Deno por conta própria pode servir como transição, mas também é preciso planejar a manutenção do runtime no longo prazo, considerando o período de suporte anunciado pela Deno.

Escolha conforme o que seu projeto executa

A decisão muda quando a parte mais difícil de transferir é o estado, não o código. Classifique o esforço pelas mudanças que consegue identificar: baixo significa adaptar um handler ou o build sem alterar o estado externo; médio acrescenta mudanças na integração com o runtime ou reescrita da API de armazenamento; alto inclui redesenho de transações, transferência de tarefas em fila ou novas responsabilidades operacionais. Mesmo uma aplicação pequena pode exigir muito esforço se seu funcionamento correto depender desses comportamentos.

Para funções TypeScript sem APIs específicas do Deno, comece pelo Workers. Preserve o contrato de requisição e resposta; depois, adapte o ponto de entrada e o deploy. A Netlify ganha força quando essas funções modificam requisições de um site; a Supabase, quando elas operam principalmente sobre o banco da plataforma. A Vercel leva vantagem quando o framework da aplicação já é o motivo da mudança. Um handler sem estado costuma ser o caso de menor esforço entre esses destinos.

Para Deno KV, escolha primeiro o modelo de armazenamento. Conteúdo com muitas leituras pode se encaixar no Workers KV ou no Netlify Blobs. Registros transacionais apontam para D1, Postgres ou outro banco projetado para garantir a regra exigida. Necessidades de coordenação podem levar a Durable Objects. Um utilitário pequeno talvez precise apenas do SQLite do Val Town. O KV local em hospedagem própria pode preservar mais código, mas deixa durabilidade e recuperação nas suas mãos. Trate qualquer migração de KV hospedado como um trabalho de escopo pelo menos médio até que o inventário de transações e índices mostre o contrário.

Para cron, compare as condições de execução. Um relatório diário e uma rotina de consulta frequente exigem planos diferentes. Workers Cron Triggers é a primeira opção gerenciada a avaliar; Val Town é atraente para uma tarefa compacta; Supabase Cron se encaixa na manutenção de banco; Netlify Scheduled Functions atende a trabalhos associados a um site. A restrição diária do Vercel Hobby o descarta para tarefas frequentes. Cadastrar novamente um agendamento dá pouco trabalho; impedir efeitos sobrepostos de execuções pode ser mais complicado.

Para filas, transfira os trabalhos pendentes junto com o consumidor. Cloudflare Queues e Supabase Queues são destinos definidos; Vercel Queues acrescenta uma opção em beta. A migração abrange identificação de mensagens, novas tentativas, confirmação de processamento e tarefas que já estão esperando. Um temporizador sozinho não substitui a fila. O escopo é alto quando os trabalhos pendentes representam compromissos assumidos com clientes pagantes.

Para sites estáticos, transfira os arquivos gerados antes de adaptar código de servidor desnecessário. Workers Static Assets e Netlify são candidatos diretos; Vercel entra na lista quando o framework do site se beneficia do seu fluxo de trabalho. Verifique separadamente redirecionamentos, cabeçalhos, formulários, autenticação e rotas dinâmicas. Migrar arquivos estáticos simples exige menos esforço do que migrar um site que renderiza respostas personalizadas a cada requisição.

Como migrar o Deno KV sem perder as regras da aplicação

Publicar código e migrar dados têm critérios de sucesso diferentes. O código funciona quando responde corretamente; a migração funciona quando o destino preserva os registros e as regras que tornam essas respostas corretas.

Antes de exportar, inventarie os recursos de KV usados: chaves compostas tipadas, varreduras por prefixo, expiração, índices secundários, verificações otimistas de versão, atualizações atômicas e observadores de mudanças. O guia de KV da Deno mostra por que uma coleção de chaves pode representar mais comportamento da aplicação do que um simples despejo de objetos faz parecer.

Um índice de nomes de usuário é um bom exemplo. Se a aplicação armazena o cadastro de um usuário e um mapeamento do nome para esse cadastro, copiar os dois registros não basta. O novo fluxo de gravação precisa preservar a relação entre eles e rejeitar atualizações conflitantes. Da mesma forma, um timestamp usado para expirar uma sessão precisa de uma política explícita no destino; importar o valor sem esse comportamento pode manter a sessão válida por mais tempo do que deveria.

Para filas, mantenha uma lista separada de tarefas pendentes, concluídas e com falha, conforme as informações que a origem disponibiliza. Decida se o consumidor antigo vai esvaziar a fila antes da virada ou se as tarefas serão transferidas com identificadores que permitam reprocessá-las com segurança. Idempotência significa que repetir uma tarefa não repete seu efeito de negócio. É o que impede que uma nova tentativa de enviar um recibo gere vários envios ou que uma mensagem repetida de atendimento de pedido crie trabalho duplicado.

1. 1

   Defina como lidar com gravações durante a cópia

   Faça backup da origem e determine como as gravações serão tratadas durante a cópia. Uma pausa curta pode atender a uma aplicação pequena; uma sincronização mais complexa exige conciliação. Não deixe mudanças simultâneas desaparecerem silenciosamente entre a exportação e a virada.

2. 2

   Confira os registros e o comportamento

   Compare contagens por tipo de entidade, valores representativos e codificações de chaves. Use dados de teste controlados para exercitar envios duplicados, atualizações conflitantes, expirações e registros ausentes. Verifique o resultado de negócio esperado, não apenas se a nova API retornou sucesso.

3. 3

   Transfira o tráfego e a responsabilidade pelas tarefas juntos

   Redirecione as requisições somente quando o estado no destino estiver pronto. Desative ou transfira os agendamentos e consumidores antigos para evitar que as duas plataformas executem o mesmo efeito. Recrie segredos e destinos de webhooks de forma planejada.

4. 4

   Monitore e mantenha uma forma viável de reverter

   Acompanhe erros, tarefas com falha e eventos de negócio depois da mudança. Guarde o backup da origem. Se o destino já aceitou novas gravações, a reversão exige um plano de conciliação de dados, não apenas desfazer a alteração de DNS.

Na próxima sessão de trabalho, produza um inventário e escolha o destino da operação com estado mais difícil de migrar. Adapte essa operação antes de refinar o restante da migração. Ela vai revelar mais riscos do que transferir mais um endpoint de verificação de saúde sem estado.

Como selecionamos as alternativas

Os caminhos foram escolhidos pelas cargas presentes em uma aplicação Deno Deploy: funções HTTP, estado persistente, tarefas agendadas, trabalho em fila e arquivos estáticos gerados. A Cloudflare vem primeiro porque é o destino indicado pela Deno. Netlify, Supabase e Val Town entram por oferecerem execução baseada em Deno e atenderem a perfis distintos de aplicação; Vercel, pelo fluxo de deploy web; hospedagem própria, pelo controle do runtime.

Preços e recursos foram conferidos nas páginas públicas dos fornecedores em 12 de outubro de 2026. As classificações de esforço descrevem as mudanças exigidas pelas interfaces documentadas. Não são tempos medidos de migração, resultados de testes de carga nem alegações de teste em conta autenticada. Serviços de nuvem de uso geral ficaram fora da seleção porque acrescentar nomes de provedores não resolveria as decisões centrais sobre runtime, estado e responsabilidade pelas tarefas.

Opções a evitar nesta migração

Evite tratar o Workers KV como substituto direto do Deno KV transacional. Escolha-o apenas quando seu comportamento de leitura e gravação atender aos dados. Armazenamento barato não compensa a quebra das garantias de consistência da aplicação.

Evite Netlify Edge Functions para processamento intensivo de CPU em segundo plano. O limite de execução na borda ajuda a definir a arquitetura; não deve ser contornado na esperança de que um plano pago mude o modelo de execução.

Evite Vercel Hobby para uma aplicação comercial em produção. A página de preços o restringe a uso pessoal e não comercial. Os limites de cron também o tornam uma referência inadequada de plano gratuito para tarefas frequentes.

Evite Val Town Free quando o código-fonte precisa continuar privado. As condições do plano importam antes do volume de tráfego. Também evite escolher Supabase Edge Functions como substituto padrão para um site estático convencional; planeje a hospedagem do frontend separadamente.

Evite hospedagem própria sem alguém responsável pela recuperação. Colocar o processo no ar é a parte fácil. Alguém precisa conseguir restaurar dados, reiniciar serviços e explicar qual agendador está no comando depois de uma interrupção.

Dúvidas comuns antes de migrar

Quando o Deno Deploy será encerrado?

O anúncio informa um período de seis meses de operação, sem fixar um dia no calendário. Use esse prazo; não o substitua pelo período maior de manutenção do runtime.

Posso continuar usando Deno depois de sair do Deno Deploy?

Sim. Netlify Edge Functions, Supabase Edge Functions e Val Town oferecem execução baseada em Deno ou compatível com ele, enquanto uma VPS ou um contêiner permite executar o Deno por conta própria. Cada plataforma gerenciada tem sua API e seus limites. Manter o Deno não preserva automaticamente o banco KV hospedado, os agendamentos ou a fila.

Posso migrar o Deno KV diretamente para o Cloudflare KV?

Só se você também adaptar a API e confirmar que os requisitos de consistência da aplicação são atendidos pelo Workers KV. Verificações atômicas, transações, índices e observadores do Deno KV precisam de substitutos explícitos. Para registros transacionais, avalie D1 ou outro banco; para estado coordenado por entidade, considere Durable Objects.

Qual plano gratuito atende à minha tarefa cron?

Primeiro, confira frequência, limites de execução, privacidade do código e permissão de uso comercial. O Val Town Free tem intervalo mínimo de 15 minutos e limite de 1 minuto por execução. O Vercel Hobby permite apenas tarefas diárias e uso pessoal não comercial. O Workers Free tem uma franquia de CPU restrita; Netlify e Supabase têm suas próprias franquias compartilhadas. Um agendador gratuito não comprova que a tarefa inteira cabe no plano gratuito.