Kenapa Cloudflare Beli Deno, Lalu Matikan Runtime-nya?

Bayangkan kamu membangun rumah di atas tanah sewaan. Suatu pagi pemilik tanah datang dan bilang: mulai sekarang tanah ini milik kompleks perumahan raksasa. Rumahmu boleh tetap berdiri setahun lagi, tapi setelah itu kamu harus pindah.

Itulah kira-kira yang dirasakan pengguna Deno minggu ini. Pada 9 Oktober 2026, Deno mengumumkan seluruh timnya bergabung ke Cloudflare. Kabar ini langsung melesat ke peringkat satu Hacker News dengan lebih dari seribu poin.

Yang bikin heboh bukan cuma akuisisinya. Deno juga mengumumkan runtime-nya akan berhenti dikembangkan dalam setahun, dan Deno Deploy tutup dalam enam bulan. Kenapa Cloudflare mau tim yang produknya justru dimatikan?

Yang Sebenarnya Terjadi

Deno adalah runtime JavaScript dan TypeScript yang dibuat Ryan Dahl, orang yang juga menciptakan Node.js. Deno lahir pada 2018 dengan janji keamanan bawaan: tidak ada akses file, jaringan, atau environment tanpa izin eksplisit dari kamu.

Pengumumannya lugas: seluruh tim Deno bergabung dengan Cloudflare. Bukan sekadar kerja sama, tapi timnya pindah rumah dan melanjutkan kerja di sana.

Yang menarik, pengumuman ini ditulis bersama oleh Ryan Dahl dan Kenton Varda, arsitek di balik Cloudflare Workers, dalam tulisan gabungan di blog Cloudflare. Jadi ini rencana yang disusun dua pihak, bukan penyelamatan mendadak.

Reaksi komunitas langsung panas. Thread Hacker News-nya menembus seribu poin dalam sehari, dan diskusinya didominasi satu pertanyaan: apa yang sebenarnya dibeli Cloudflare kalau runtime-nya malah dihentikan?

Konteksnya penting. Deno bukan proyek kecil. Ia punya jutaan unduhan, dipakai banyak perusahaan, dan JSR-nya menjadi registry modern untuk ekosistem JavaScript. Keputusan menghentikan produk sebesar ini tidak diambil ringan, dan justru itu yang membuat pengumumannya terasa bersejarah.

Nasib Deno Setelah Akuisisi

Buat kamu yang memakai Deno, ini jadwal resminya. Runtime Deno mendapat satu tahun lagi rilis bulanan berisi perbaikan bug dan update keamanan. Setelah itu pengembangan resmi berhenti, tapi kodenya tetap open source dan siapa pun dipersilakan melanjutkannya.

Deno Deploy, layanan hostingnya, bernasib lebih cepat. Ia tutup dalam enam bulan, dan pelanggan berbayar dijanjikan bantuan migrasi ke Cloudflare Workers.

Kabar baiknya tidak semua mati. JSR, registry paket JavaScript buatan tim Deno, tetap beroperasi dan infrastrukturnya pindah ke Cloudflare. Dukungan rusty_v8 juga berlanjut, diarahkan untuk integrasi ke workerd, runtime open source di balik Workers.

Jadi polanya jelas: produk yang berdiri sendiri dihentikan, fondasi teknisnya diserap ke dalam platform Cloudflare.

Kenapa Cloudflare Menginginkan Deno

Cloudflare tidak butuh runtime baru. Yang mereka butuhkan adalah orangnya dan idenya: model pemrograman untuk aplikasi terdistribusi.

Dahl sudah lama menulis soal visinya. Ia membayangkan compute, storage, dan komunikasi bekerja bersama tanpa setiap aplikasi harus merakit infrastrukturnya sendiri. Dari visi itu lahir celld, proyek yang memungkinkan developer membangun aplikasi terdistribusi sejak awal, dengan skala yang tertanam di model pemrogramannya.

Di Cloudflare, tim Deno bergabung dengan tim Workers dan Durable Objects. Tujuannya ambisius: menjadikan model pemrograman ini cara standar membangun server, baik di jaringan Cloudflare maupun di infrastruktur milikmu sendiri.

Ada juga sudut pandang AI yang tidak bisa diabaikan. Durable Objects punya kombinasi yang pas untuk agent harnesses: eksekusi serverless yang murah, state yang persisten, WebSocket, dan antarmuka JavaScript tingkat tinggi. Dahl sendiri bilang inilah bagian yang paling membuatnya bersemangat.

Ini masuk akal kalau kamu melihat trennya. Agen AI butuh menjalankan kode yang stateful, tahan lama, dan tersebar di banyak lokasi. Model pemrograman lama memaksa developer merakit itu semua sendiri dari potongan infrastruktur. Cloudflare ingin model baru ini menjadi default, dan pengalaman tim Deno membangun runtime mempercepat jalan ke sana.

Apa Artinya buat Kamu sebagai Developer

Kalau kamu memakai runtime Deno di produksi, kamu punya waktu satu tahun. Mulai petakan dependensimu sekarang, dan pantau apakah komunitas membuat fork yang serius.

Kalau kamu memakai Deno Deploy, waktumu lebih sempit: enam bulan. Tujuan migrasinya sudah jelas, yaitu Cloudflare Workers, dan tim Deno menjanjikan bantuan untuk pelanggan berbayar.

Kalau kamu sekadar mengikuti dari pinggir, ini sinyal arah industri. Runtime JavaScript mandiri makin sulit bertahan sendirian. Masa depan ada di platform yang menggabungkan compute, storage, dan komunikasi dalam satu atap.

Ada juga pelajaran buat para builder. Teknologi yang bagus saja tidak cukup; distribusi dan skala operasional yang menentukan umur produk. Deno secara teknis brilian, tapi mengoperasikan runtime plus hosting plus registry sendirian ternyata terlalu berat. Saya menulis beberapa eksperimen soal platform dan deployment di /projects kalau kamu mau melihat pendekatan praktisnya.

Satu hal yang patut diapresiasi: komunikasinya transparan. Jadwalnya jelas, tidak ada kejutan tengah malam. Kalau semua vendor memperlakukan sunset produk seperti ini, hidup developer akan jauh lebih tenang.

Kesimpulan

Cloudflare tidak membeli Deno untuk runtime-nya. Mereka membeli tim dan visinya soal cara membangun server di era terdistribusi dan AI.

Deno sebagai produk perlahan pensiun, tapi idenya hidup di dalam Workers dan Durable Objects. Buat developer, ini pengingat penting: pilih fondasi yang punya masa depan operasional yang jelas, bukan cuma API yang bagus.

Satu tahun untuk runtime, enam bulan untuk Deploy. Waktunya cukup kalau kamu mulai bergerak dari sekarang.