Deno mengumumkan pada 9 Oktober 2026 bahwa seluruh timnya bergabung dengan Cloudflare. Perpindahan ini bukan sekadar akuisisi tim: Deno juga mengubah arah produk utamanya. Pengembangan runtime Deno akan dihentikan setelah masa dukungan satu tahun, sedangkan layanan hosting Deno Deploy akan beroperasi sekitar enam bulan sebelum ditutup.
Bagi pengguna, bagian terpentingnya adalah jadwal transisi. Deno mengatakan runtime tersebut masih akan menerima rilis bulanan yang berisi perbaikan bug dan pembaruan keamanan selama satu tahun. Setelah masa itu selesai, pengembangan resmi Deno sebagai runtime mandiri berakhir. Proyeknya tetap open source, sehingga komunitas atau pihak lain masih dapat melanjutkan pengembangannya, tetapi Deno tidak lagi menjanjikan roadmap produk baru untuk runtime tersebut.
Nasib Deno Deploy lebih singkat. Layanan cloud itu akan terus berjalan selama enam bulan dan Cloudflare menjanjikan dukungan migrasi bagi pelanggan berbayar yang pindah ke Cloudflare Workers. Pengumuman tersebut tidak menyebut tanggal kalender yang lebih rinci atau perubahan harga, jadi pengguna Deploy tetap perlu menunggu panduan migrasi resmi sebelum menghitung dampak operasionalnya.
Yang tetap dilanjutkan adalah JSR, registry paket JavaScript dan TypeScript yang dibangun Deno. Infrastruktur JSR akan dipindahkan ke Cloudflare. Deno juga menyebut dukungan untuk rusty_v8 akan diteruskan, dengan rencana mengintegrasikannya ke workerd, runtime open source yang menjadi bagian dari ekosistem Workers.
Arah baru ini berpusat pada celld, proyek yang dikembangkan Deno dengan model pemrograman Cloudflare Workers dan Durable Objects. Dalam tulisan Ryan Dahl, celld diposisikan sebagai cara membangun aplikasi terdistribusi sejak awal, dengan komputasi, penyimpanan relasional, antrean, dan komunikasi real-time yang lebih dekat ke model pemrograman daripada kumpulan layanan yang harus dirakit satu per satu. Cloudflare mengatakan celld dan workerd akan digabungkan agar model Workers dapat dijalankan di lebih banyak tempat, termasuk infrastruktur yang dikelola sendiri.
Di sinilah alasan strategis perpindahan ini terlihat. Deno bermula dari upaya Ryan Dahl, pencipta Node.js, untuk menawarkan runtime JavaScript dan TypeScript dengan konfigurasi lebih sederhana, izin yang lebih ketat, serta toolchain yang lebih lengkap. Namun, kebutuhan aplikasi modern tidak berhenti di runtime. Aplikasi terdistribusi juga harus mengatur penempatan komputasi, sinkronisasi data, koneksi real-time, dan penskalaan. Deno Deploy memperlihatkan betapa rumitnya mengoperasikan semua lapisan tersebut sebagai layanan cloud terpisah.
Cloudflare punya komponen yang cocok dengan arah itu. Durable Objects menyediakan objek yang dapat dialamatkan dengan database SQLite lokal, eksekusi single-threaded, dan dukungan WebSocket. Dalam contoh Cloudflare, pola satu Durable Object untuk satu kanal percakapan dapat membantu membagi koneksi dan data tanpa aplikasi harus mengelola pembagian mesin secara manual. Penggabungan dengan celld diarahkan untuk membawa model tersebut ke lingkungan yang lebih mudah dioperasikan dan, setidaknya secara tujuan, lebih mudah dipindahkan.
Cloudflare juga menekankan sisi open source dari langkah ini. Salah satu kritik terhadap Workers adalah aplikasi yang memakai primitive khusus Cloudflare dapat sulit dipindahkan ke penyedia lain. Dengan celld sebagai implementasi open source untuk model Workers dan Durable Objects, Cloudflare justru ingin menyediakan jalan keluar bagi pengembang yang perlu menjalankan aplikasinya di infrastruktur sendiri. Itu adalah posisi perusahaan; manfaat nyatanya baru bisa dinilai setelah kompatibilitas, dokumentasi, dan dukungan produksinya tersedia.
TechCrunch melaporkan bahwa nilai finansial transaksi tidak diumumkan. Media tersebut juga mencatat Deno telah mengumpulkan sekitar 26 juta dolar AS, termasuk pendanaan Seri A yang dipimpin Sequoia. Angka itu memberi konteks terhadap ukuran perusahaan, tetapi tidak menjelaskan struktur transaksi atau apakah ada perubahan kepemilikan untuk proyek-proyek open source di sekitarnya.
Untuk tim yang menjalankan aplikasi di Deno Deploy, keputusan praktisnya cukup jelas: mulai inventarisasi penggunaan runtime, database, domain, cron, environment variable, dan integrasi layanan sebelum jendela migrasi berakhir. Pengguna runtime Deno memiliki waktu lebih panjang, tetapi tetap perlu membedakan antara dukungan keamanan satu tahun dan kelanjutan pengembangan jangka panjang. JSR, rusty_v8, dan proyek komunitas mungkin tetap hidup, namun keberlanjutannya tidak otomatis sama dengan dukungan komersial Deno sebelumnya.
Pengumuman ini juga menunjukkan perubahan peta persaingan runtime JavaScript. Deno tidak menghilang sebagai kode, tetapi perusahaan di belakangnya memilih memusatkan tenaga pada infrastruktur terdistribusi dan kebutuhan aplikasi agen AI. Cloudflare mendapatkan tim, pengalaman runtime, serta celld; pengguna mendapatkan jalur migrasi yang harus segera dipahami. Yang belum pasti adalah seberapa mulus janji portabilitas itu bekerja ketika aplikasi sudah bergantung pada primitive stateful dan real-time.
Sumber https://deno.com/blog/cloudflare Sumber tambahan: https://blog.cloudflare.com/deno-joins-cloudflare/ Konteks: https://techcrunch.com/2026/10/10/cloudflare-acquires-deno-to-improve-its-workers-programming-model/