Pada Jumat, 9 Oktober 2026, Cloudflare mengumumkan bahwa seluruh tim Deno — termasuk pencipta Node.js, Ryan Dahl — bergabung ke Cloudflare. Bagi pengembang JavaScript, ini bukan berita akuisisi biasa: Deno adalah runtime JavaScript/TypeScript yang lahir pada 2018 sebagai jawaban atas kelemahan Node.js, dan kini pengembangan runtime mandirinya akan dihentikan. Berikut fakta resminya, artinya bagi tim Anda, dan langkah yang perlu disiapkan mulai sekarang.

Apa yang disepakati kedua pihak

Pengumuman resmi keluar di blog Cloudflare dan blog Deno pada tanggal yang sama. Isinya: seluruh tim Deno pindah ke Cloudflare, dan proyek celld — runtime open source buatan Deno yang meniru model pemrograman Cloudflare Workers dan Durable Objects — akan digabung dengan workerd, runtime open source Workers milik Cloudflare. Dahl bersama co-founder Deno, Bert Belder, memimpin penggabungan itu.

Tujuannya sederhana: model pemrograman Workers (Durable Objects dengan SQLite lokal, eksekusi single-thread, dukungan WebSocket) bisa dijalankan tidak hanya di jaringan Cloudflare, tetapi juga di infrastruktur yang dikelola sendiri. Kenton Varda dari Cloudflare mengakui celah yang selama ini ada: “The Deno team understands how to create a good developer experience around a self-hosted runtime — something we never quite cracked with workerd.” Menurut Dahl, menjalankan sekumpulan instance workerd nantinya hanya memerlukan object storage standar industri untuk koordinasi dan penyimpanan data, dengan API yang sama seperti platform Cloudflare.

Tanggal yang wajib dicatat tim developer

• Deno runtime: masih didukung 1 tahun lagi dengan rilis bulanan berisi perbaikan bug dan patch keamanan. Setelah itu pengembangan resmi berhenti. Kode tetap open source dan komunitas boleh melanjutkannya.
• Deno Deploy: beroperasi 6 bulan lagi, lalu dimatikan. Pelanggan berbayar mendapat pendampingan migrasi ke Cloudflare Workers.
• JSR (registry paket Deno): tetap berjalan; infrastrukturnya dipindahkan ke Cloudflare.
• rusty_v8: tetap didukung dan diarahkan untuk diintegrasikan ke dalam workerd.

Mengapa Deno dan Cloudflare menyatu

Dahl menyebut Deno, Deno Deploy, dan celld sebagai satu garis evolusi: keinginan menyatukan compute, storage, dan komunikasi tanpa setiap aplikasi harus merakit infrastrukturnya sendiri. Ia menilai abstraksi Durable Objects sangat tepat — terutama untuk harness agen AI yang butuh eksekusi serverless murah, state persisten, WebSocket, dan antarmuka JavaScript tingkat tinggi sekaligus. Masalahnya, model itu sulit dijalankan di luar Cloudflare. Di sisi lain, Deno justru makin kompatibel dengan Node.js, sehingga Dahl menilai timnya lama-lama hanya memelihara implementasi lain dari teknologi yang sama. Kolaborasi ini pun dianggap lebih masuk akal daripada bersaing.

Dampak praktis untuk tim di Indonesia

• Belum memakai Deno: tidak ada pekerjaan darurat. Node.js, Bun, dan Cloudflare Workers tetap menjadi opsi seperti biasa. Pelajaran utamanya: setiap runtime atau platform hosting perlu punya rencana keluar.
• Menjalankan Deno runtime sendiri (VPS/Docker): masih aman dalam jangka pendek karena kode tetap open source dan patch keamanan berlanjut 12 bulan. Sisihkan waktu di tahun 2027 untuk mengevaluasi pilihan: kembali ke Node.js, pindah ke Bun, atau memakai Deno versi yang dilanjutkan komunitas.
• Memakai Deno Deploy: ini yang paling mendesak. Rancang migrasi ke Cloudflare Workers atau platform serverless lain dalam enam bulan ke depan.
• Memakai JSR: relatif tenang untuk saat ini; registry tetap hidup dan hanya berpindah infrastruktur.

Langkah ringkas migrasi Deno Deploy ke Cloudflare Workers

1. Inventarisasi route/endpoint, environment variable, dan penyimpanan data yang dipakai aplikasi Deno Deploy Anda.
2. Buat proyek Workers dengan Wrangler: npm create cloudflare@latest nama-proyek.
3. Ubah fungsi Deno.serve(...) menjadi handler modul Workers (satu fungsi fetch yang mengembalikan Response).
4. Petakan data: KV, D1 (SQLite), atau Durable Objects, lalu uji di lingkungan lokal sebelum deploy.

export default {
  async fetch(request, env, ctx) {
    const url = new URL(request.url);
    return Response.json({
      pesan: "Halo dari Cloudflare Workers",
      path: url.pathname,
    });
  },
};

Perhatikan bahwa model eksekusi Deno Deploy dan Workers cukup mirip (handler fetch, environment binding), sehingga migrasi biasanya lebih banyak soal penyesuaian penyimpanan data dan konfigurasi, bukan penulisan ulang total. Uji dulu beban produksi di lingkungan staging sebelum memindahkan trafik.

Yang perlu dipantau

Dua hal patut ditunggu: apakah hasil penggabungan workerd dan celld benar-benar terbuka (licensing Apache 2.0 seperti celld) dan cukup mudah di-self-host, serta apakah Cloudflare menyediakan jalur keluar yang jelas agar pengguna tidak terjebak vendor lock-in. Untuk sekarang, keputusan paling aman bagi tim yang bergantung pada Deno Deploy adalah mulai menyusun rencana migrasi, bukan menunggu enam bulan itu habis.

Sumber: Cloudflare Blog — Deno is joining Cloudflare, Deno Blog — Deno is joining Cloudflare, The New Stack — Cloudflare acquires Deno, celld.dev.