Cara deploy aplikasi pertama ke Cloudflare Workers (lewat dashboard)

24 September 2026 · Tim CloudAgni

Deploy aplikasi pertama sering terdengar lebih berat dari kenyataannya. Tidak perlu VPS, tidak perlu setup DNS manual, tidak perlu kartu kredit. Di CloudAgni, satu aplikasi kecil bisa online dengan URL publik dalam hitungan menit lewat dashboard. Ini langkahnya.

1. Buat akun

Buka cloudagni.id dan klik Buat akun gratis. Daftar lewat Google atau OTP email; tidak ada kolom nomor kartu kredit di mana pun. Akun baru langsung mendapat trial 14 hari dengan kuota 10 worker, cukup untuk beberapa project kecil sekaligus.

2. Buat worker baru

Dari dashboard, masuk ke menu Workers dan buat worker baru. Worker di sini adalah satu aplikasi JavaScript yang berjalan di jaringan Cloudflare: bisa API, webhook, halaman web, atau otomasi kecil.

Kalau belum punya kode, mulai dari handler paling sederhana:

export default {
  async fetch(request) {
    return new Response("Halo dari CloudAgni!");
  },
};

3. Tempel kode dan deploy

Tempel kode ke editor, simpan, dan deploy. Dalam hitungan detik Anda dapat URL publik. Buka di browser: responsnya sudah live dari jaringan Cloudflare, bukan dari satu server di satu lokasi.

Perubahan berikutnya sama sederhananya: edit, deploy ulang, versi baru menggantikan yang lama tanpa downtime.

4. Tambah penyimpanan kalau perlu

Aplikasi nyata biasanya butuh menyimpan sesuatu. Setiap paket menyertakan:

  • D1: database SQLite serverless, untuk data terstruktur.
  • KV: penyimpanan key-value, untuk konfigurasi dan cache.
  • R2: object storage, untuk file dan aset.

Semuanya dibuat dari dashboard dan bisa langsung dipakai dari kode worker, tanpa perlu menyewa database terpisah.

5. Naik paket saat sudah serius

Trial cukup untuk membuktikan ide. Saat project mulai dipakai orang lain (domain sendiri, tanpa badge, kuota lebih besar), tinggal naik ke paket berbayar: Starter Rp 39.000/bulan (Rp 19.000/bulan kalau tahunan), dibayar via QRIS, aktif otomatis. Tidak ada langkah migrasi; worker yang sama, kuota yang membesar.

Kesalahan yang sering terjadi

  • Menganggap ini shared hosting. Tidak ada PHP, tidak ada cPanel. Yang dijalankan adalah JavaScript/TypeScript dengan model request-response; arsitekturnya beda, dan justru itu yang membuatnya murah.
  • Menunda deploy sampai “selesai”. URL publik yang hidup dari hari pertama mengubah cara mengerjakan: bagian kecil dikirim, diuji orang sungguhan, diperbaiki. Deploy yang murah membuat iterasi murah.
  • Menunda menyimpan data dengan benar. Pakai D1 sejak awal untuk data, bukan file JSON di kode; migrasi kecil sejak dini lebih murah daripada migrasi besar nanti.

Itu saja. Dari ide ke URL publik, satu sore pun cukup. Kalau ragu soal biaya jangka panjangnya, baca dulu perbandingan biaya VPS vs serverless.