O declínio do Deno: regiões globais reduzidas para 6

• A hospedagem global de edge do Deno Deploy despencou de 35 regiões para apenas 6, tornando a alegação de “escalabilidade global” praticamente sem sentido
• Regiões importantes como Tóquio, Frankfurt e Sydney foram removidas, aumentando bastante a latência para os usuários
• Outros projetos importantes, como o framework Fresh, o Deno KV e o JSR, também estão com atualizações estagnadas ou praticamente interrompidas
• O Deno já não é mais uma plataforma JavaScript inovadora, limitando-se à compatibilidade com Node.js e a correr atrás
• O autor expressa sua frustração por ter sido “passado para trás” pelo Deno, ao contrário das expectativas iniciais, e demonstra novas expectativas em relação ao Bun

---

Redução das regiões do Deno Deploy

• O Deno Deploy já operou 35 regiões, mas em janeiro de 2025 restavam apenas 6
  • Regiões restantes atualmente: Singapura, Londres, Frankfurt, São Paulo, Northern Virginia e Califórnia
• Com o fechamento da região de Tóquio, toda a Ásia Oriental passou a ser atendida apenas por Singapura, causando piora no tempo de resposta
• Na documentação oficial, a frase “serão adicionadas regiões” foi trocada por “reflete a lista mais recente”, sinalizando a retirada dos planos de expansão

Dúvidas sobre a alegação de hospedagem de edge

• O Deno enfatiza “edge computing” e “serviços globais de baixa latência”, mas a redução real no número de regiões expõe um descompasso com a realidade
• Concorrentes como Cloudflare operam em 335 cidades de 125 países, e a Bunny em 119 pontos de presença em 77 países
• A Netlify usa o runtime do Deno, mas sua rede de edge de alto desempenho só é oferecida em planos personalizados

Outros produtos do Deno: estagnação e confusão

• O framework web Fresh não recebe lançamentos desde outubro de 2024, e a atividade de commits também caiu drasticamente
• O Deno KV está praticamente abandonado, com o último lançamento estável em dezembro de 2023
• O JSR (JavaScript Registry) é criticado por um sistema de empacotamento confuso e falta de filosofia clara
• O próprio runtime do Deno está ocupado demais mantendo compatibilidade com Node.js, enquanto a inovação desapareceu
  • O principal recurso do Deno 2.2 foi a introdução de telemetria do usuário, recebida com frieza pelos usuários

Frustração da comunidade e busca por alternativas

• O autor diz que investiu profundamente no Deno e acabou decepcionado, descrevendo a situação como um “rug pull”
• O Deno, que no início sonhava em ser uma alternativa ao Node.js, agora tem direção e diferenciação nebulosas
• No momento, o foco está voltado para o Bun, em um clima de expectativa por um novo desafio

Conclusão

• O Deno se encontra hoje em estado de retração e estagnação, tanto no tamanho de sua malha de regiões quanto nas atualizações de produto e na direção técnica
• Os termos de marketing “escalabilidade global” e “hospedagem de edge” na prática parecem exagerados ou próximos do enganoso
• Sem recuperar a confiança da comunidade e sem inovação concreta, o futuro do Deno tende a ficar ainda mais incerto

[tested]

O bun também ainda está tentando alcançar a compatibilidade com o Node.js.
> https://x.com/bunjavascript/status/1915633844155527208

[jeiea]

Também estou usando o opentelemetry adicionado recentemente, então estou satisfeito com o runtime, mas como só usei o Deno Deploy no plano gratuito, não fazia ideia de que esse tipo de coisa acontecia.
Como alternativa, acho difícil para mim entender por que estão prestando atenção no Bun. Preciso de mais informações sobre que tipo de almoço grátis estão esperando.

[tujuc]

No caso do deno deploy, dá para dizer isso mesmo...
Quanto ao resto, humm... fico com muitas dúvidas.

Será que preciso migrar o que deixei como serviço...

[GN⁺]

Opiniões no Hacker News

• Uso Deno com frequência. É útil para ETL de dados e transformação de JSON

  • Dá para criar um diretório novo e começar na hora, sem configuração nem preparação
  • Muitos recursos do Deno continuam sendo úteis, e atualizações ativas ainda estão acontecendo recentemente
  • Bibliotecas internas e da comunidade, como Postgres e Redis, também estão sendo atualizadas ativamente

• Eu queria gostar do Deno, mas acabo usando Bun por causa de problemas de compatibilidade

  • Bun oferece uma experiência melhor para trabalhar com TypeScript
  • Alguns recursos do Deno parecem inacabados
  • Concordo com as opiniões sobre o Fresh e o armazenamento K/V
  • É difícil encontrar uma resposta clara na escolha de um framework de backend
  • O fechamento de data centers não é algo positivo

• Preocupação com os problemas de segurança do Deno

  • Não há ferramentas de SBOM/SCA que ofereçam suporte a Deno.lock
  • É difícil receber alertas de CVE
  • É incômodo ter de depender apenas de pacotes compatíveis com npm

• Decepção com o Deno

  • Havia muita expectativa em relação ao Deno, mas ele está enfrentando dificuldades na competição com o rival Bun
  • Reduzir as regiões pode ajudar na retenção de clientes

• Módulos Node implementados em Rust parecem interessantes

  • A implementação do Bun em Zig ignora muitos casos de borda

• Pode ser um período difícil para o Deno

  • Isso pode fazer parte do processo pelo qual novos projetos criativos passam
  • Ryan Dahl está se esforçando para melhorar

• Há dúvidas sobre se o Deno realmente já chegou a receber atenção significativa

  • É difícil explicar isso apenas como uma queda

• Controvérsia do Deno relacionada à Oracle e à marca registrada de JavaScript

  • Parece uma estratégia para chamar atenção
  • Isso não combina com a forma como o mercado toma decisões de compra

• A decisão do Supabase de depender do Deno causa incômodo aos desenvolvedores

  • Perde-se tempo procurando ou carregando os pacotes necessários
  • O Deno 2.0 é compatível com Node, mas seu objetivo não é claro