Cloudflare aprimora registro de módulos do Workers para maior compatibilidade com Node.js

A Cloudflare reconstruiu o registro de módulos em workerd, o componente de código aberto que sustenta o runtime dos Workers. Antes, a resolução de módulos se dava por caminhos de sistema de arquivos; agora, ela adota um modelo baseado em URLs. Essa mudança técnica, embora pareça sutil, é fundamental: permite que APIs como import.meta.url e import.meta.resolve() funcionem como esperado, tratando módulos de forma padronizada, incluindo query strings e fragmentos como identificadores únicos.

Outro avanço é a compilação preguiçosa (lazy compilation) dos módulos, que antes compilava tudo de uma vez. Isso otimiza o uso de memória e CPU, especialmente em ambientes com múltiplos isolados V8. A compatibilidade com atributos de importação (como { type: 'json' }) e a adesão às regras do Node.js para require() de módulos ES (require(esm)) também padronizam o comportamento. Essa base técnica eleva o workerd a um patamar mais próximo dos runtimes Node.js.

Esta atualização é estratégica para o ecossistema Cloudflare e para desenvolvedores. Ao alinhar o registro de módulos do workerd com o comportamento do Node.js, a Cloudflare simplifica a portabilidade de aplicações e a reutilização de código. Isso significa menos adaptações para desenvolvedores que já trabalham com Node.js, agilizando o desenvolvimento e a implantação de Workers.

A mudança também impacta diretamente as ferramentas de build. Como noticiado pelo CEVIU em abril de 2026 sobre a reconstrução do Wrangler CLI, a Cloudflare busca uma experiência unificada. Com o novo registro de módulos, bundlers como esbuild (usado pelo Wrangler) e Rolldown (usado pelo Vite) podem transferir mais responsabilidade para o runtime. Isso reduz a complexidade do bundling, tornando-o mais eficiente e permitindo que o runtime lide com a resolução de módulos de forma mais inteligente, o que antes era um gargalo.