Apa Itu Serverless? Serverless Computing Dijelaskan dengan Sederhana

Serverless adalah cara menjalankan kode di mana Anda tidak mengatur atau mengelola server apa pun sendiri. Anda menyerahkan kode Anda ke penyedia cloud, dan kode itu hanya berjalan ketika ada yang memicunya — permintaan web, file yang diunggah, notifikasi pembayaran — lalu berhenti. Biasanya Anda membayar untuk waktu kode Anda benar-benar berjalan, bukan untuk mesin yang menganggur.

Mengapa serverless penting saat membangun dengan AI

Saat Anda membangun aplikasi dengan AI dan melihat opsi hosting atau kodenya, Anda akan menemukan istilah "serverless functions", "edge functions", atau "cloud functions". Banyak platform hosting menawarkannya, dan beberapa AI builder men-deploy backend dengan cara ini. Memahami modelnya membantu Anda menjawab tiga pertanyaan praktis:

• Biaya. Apakah aplikasi Anda akan menghabiskan uang saat tidak ada yang memakainya?
• Kecepatan. Mengapa permintaan pertama setelah periode sepi lebih lambat?
• Batasan. Mengapa tugas yang panjang — membuat laporan besar, memproses video — kehabisan waktu?

Penting juga untuk tahu apa yang bukan serverless: itu bukan berarti tidak ada backend. Anda tetap memiliki kode sisi server; orang lain hanya yang menjalankan mesinnya. Untuk dasarnya, lihat apa itu server.

Analogi sehari-hari

Server tradisional seperti memiliki mobil. Ia selalu ada, siap jalan kapan saja, tetapi Anda tetap membayarnya — asuransi, parkir, perawatan — entah Anda memakainya atau tidak.

Serverless seperti memesan taksi. Anda hanya membayar perjalanan yang Anda ambil, dan jika seratus orang butuh tumpangan sekaligus, seratus taksi datang. Tetapi ada jeda singkat sebelum mobil tiba (cold start), setiap perjalanan punya durasi maksimum, dan pengemudinya tidak mengingat Anda dari perjalanan terakhir (fungsinya stateless).

Cara kerja fungsi serverless

Dalam bentuk paling umum, yang disebut functions as a service:

1. Anda menulis fungsi — potongan kode kecil yang menangani satu jenis peristiwa, seperti "tangani POST ke /api/bookings."
2. Anda men-deploy-nya. Penyedia menyimpannya dan menghubungkannya ke pemicu: URL, jadwal, file baru di penyimpanan, pesan di antrean.
3. Peristiwa datang. Penyedia memulai salinan fungsi Anda (atau memakai ulang yang sudah hangat), menjalankannya, dan mengembalikan hasilnya.
4. Ia menskalakan sendiri. Jika seribu permintaan datang sekaligus, penyedia menjalankan banyak salinan secara paralel, hingga batas akun Anda.
5. Ia menjadi idle. Ketika lalu lintas berhenti, salinan dimatikan. Tanpa sesuatu yang berjalan, Anda tidak membayar komputasi apa pun.

Fungsi serverless kecil dalam JavaScript bisa terlihat seperti ini:

export default async function handler(request) {
  const { name } = await request.json();
  return Response.json({ message: `Halo, ${name}` });
}

Tidak ada kode untuk memulai server, membuka port, atau menjaga proses tetap berjalan. Platform menangani semuanya.

"Serverless" juga dipakai lebih longgar untuk layanan terkelola lain yang menskalakan otomatis dan menagih sesuai pemakaian — misalnya basis data serverless, yang berhenti saat idle.

Istilah kunci

Contoh nyata: situs pemesanan kecil

Situs pemesanan sebuah studio yoga mendapat lonjakan kunjungan setiap Minggu malam saat jadwal baru diunggah, dan sangat sedikit di sisa minggu.

• Dengan server yang selalu menyala, studio membayar mesin 24/7, berukuran untuk puncak Minggu malam, dan sebagian besar menganggur di luar itu.
• Dengan fungsi serverless, GET /api/classes dan POST /api/bookings adalah fungsi. Lonjakan Minggu dijalankan otomatis dengan banyak salinan; pada Selasa pagi yang sepi, hampir tidak ada yang berjalan dan tagihannya mendekati nol.

Trade-off-nya juga terlihat. Orang pertama yang membuka situs pada Selasa pagi mungkin menunggu sedikit lebih lama karena cold start. Basis data harus menangani banyak koneksi singkat dari banyak salinan fungsi, yang mungkin memerlukan connection pooler. Dan jika studio nanti ingin tugas "buat PDF kehadiran tahunan untuk semua orang", tugas itu bisa melebihi batas waktu fungsi dan perlu dijalankan di tempat lain.

Kapan serverless cocok — dan kapan tidak

Kesalahpahaman umum

• "Serverless berarti tidak ada backend." Artinya tidak ada server yang harus dikelola. Anda tetap menulis dan mengamankan kode backend.
• "Serverless selalu lebih murah." Murah pada volume rendah, tetapi harga per permintaan bisa menumpuk pada volume tinggi yang stabil.
• "Serverless menskalakan tanpa batas." Platform memiliki batas konkurensi, dan basis data Anda bisa menjadi hambatan jauh sebelum fungsinya.
• "File yang disimpan di fungsi akan ada lagi di lain waktu." Penyimpanan lokal bersifat sementara. Gunakan basis data atau penyimpanan file.
• "Scale-to-zero sama dengan serverless." Keduanya berkaitan tetapi tidak identik. Beberapa platform menjalankan aplikasi Anda sebagai server biasa yang tidur saat idle dan bangun pada permintaan berikutnya — penghematan serupa dan jeda permintaan pertama yang serupa, tetapi tanpa batas waktu per permintaan seperti fungsi.

Yang bisa Anda tanyakan ke AI builder Anda

• "Apakah backend ini akan berjalan sebagai fungsi serverless, atau sebagai server yang selalu menyala atau tidur? Apa artinya untuk biaya?"
• "Apakah ada tugas yang kemungkinan melebihi batas waktu platform? Jika ya, bagaimana sebaiknya kita menanganinya?"
• "Simpan semua yang harus bertahan di basis data atau penyimpanan file, bukan di memori atau file lokal."
• "Bagaimana koneksi basis data sebaiknya dikelola jika banyak salinan berjalan sekaligus?"
• "Berapa jeda untuk permintaan pertama setelah aplikasi idle?"

Cara Mythex meng-host aplikasi

Mythex tidak menggambarkan hosting-nya sebagai fungsi serverless. Saat Anda mempublikasikan, aplikasi Anda berjalan sebagai aplikasi web atau kontainer biasa yang dikelola Mythex untuk Anda — tidak ada hosting yang perlu disiapkan. Ini adalah scale-to-zero: aplikasi yang dipublikasikan dan basis datanya tidur saat idle dan bangun saat ada kunjungan berikutnya, aplikasi yang sedang tidur tidak menghabiskan biaya komputasi, dan mesin tambahan hanya menyala saat lalu lintas tinggi (Pro mengizinkan hingga 3 per layanan). Basis data Postgres yang terlampir juga tidur setelah 5 menit idle dan ditagih untuk waktu ia terjaga. Jadi Anda mendapat sebagian besar manfaat "bayar sesuai pemakaian", dengan jeda permintaan pertama yang serupa setelah periode sepi. Lihat batas hosting di dokumentasi, dan panduan kami tentang web hosting dan mengurangi biaya hosting.

Pertanyaan