Belakangan ini istilah serverless sering banget muncul di dunia developer. Di artikel, di YouTube, di dokumentasi cloud provider, bahkan di lowongan kerja. Kedengarannya keren. Tapi juga agak membingungkan. Serverless? Emang bisa bikin aplikasi tanpa server?
Jawaban jujurnya: nggak juga.
Server tetap ada. Cuma kamu nggak perlu mikirin atau ngurusin servernya secara langsung. Nah, di sinilah banyak orang salah paham. Jadi sebelum ikut-ikutan pakai, mending kita pahami dulu pelan-pelan sebenarnya konsep ini apa sih.
Serverless Bukan Berarti Tanpa Server
Pertama-tama, kita lurusin dulu. Serverless itu bukan berarti aplikasimu jalan di udara tanpa mesin apa pun. Server tetap ada, cuma dikelola sama penyedia layanan cloud.
Misalnya kamu pakai layanan seperti AWS Lambda, Google Cloud Functions, atau Azure Functions. Kamu cuma upload kode, tentukan trigger-nya, dan selesai. Soal provisioning server, scaling, patching, sampai maintenance, itu bukan lagi tanggung jawab kamu.
Buat developer yang biasa setup VPS, install Nginx, atur firewall, dan mikirin RAM jebol, ini terasa seperti mimpi. Fokusnya jadi lebih ke logic aplikasi, bukan ke urusan infrastruktur.
Cara Kerjanya Gimana?
Konsep dasarnya sederhana: kamu bikin fungsi kecil. Fungsi itu jalan ketika ada event.
Event-nya bisa macam-macam. Ada request HTTP, ada file upload, ada perubahan data di database, atau bahkan jadwal tertentu. Ketika event terjadi, function kamu dipanggil, dijalankan, lalu selesai. Setelah itu dia “tidur” lagi.
Kamu nggak bayar server yang standby 24 jam. Kamu bayar berdasarkan eksekusi. Jadi kalau aplikasimu jarang dipakai, biayanya bisa jauh lebih hemat dibanding server tradisional yang nyala terus.
Model seperti ini sering disebut Function as a Service (FaaS).
Kenapa Banyak yang Tertarik?
Ada beberapa alasan kenapa serverless jadi populer.
Pertama, skalabilitas otomatis. Kalau tiba-tiba traffic naik karena kontenmu viral, sistem akan otomatis scale tanpa kamu harus tekan tombol apa pun. Nggak perlu panik buka dashboard tengah malam.
Kedua, biaya yang lebih fleksibel. Karena bayar berdasarkan penggunaan, startup kecil atau side project bisa lebih efisien. Nggak perlu sewa server besar dari awal.
Ketiga, deployment yang simpel. Kamu nggak perlu mikir environment setup terlalu dalam. Tinggal deploy function, selesai.
Tapi ya, semua kemudahan itu tetap ada trade-off.
Kekurangannya Juga Ada
Serverless bukan solusi untuk semua kasus.
Salah satu isu yang sering muncul adalah cold start. Kalau function kamu sudah lama nggak dipakai, saat dipanggil lagi bisa ada delay beberapa ratus milidetik sampai beberapa detik. Untuk aplikasi yang butuh respons super cepat, ini bisa jadi masalah.
Selain itu, debugging dan monitoring bisa terasa lebih ribet dibanding aplikasi monolith tradisional. Karena arsitekturnya terpecah-pecah jadi banyak function kecil, kamu perlu strategi logging yang rapi.
Dan jangan lupa soal vendor lock-in. Kalau kamu terlalu dalam menggunakan fitur spesifik dari satu cloud provider, pindah ke provider lain bisa jadi pekerjaan besar.
Cocok untuk Apa?
Serverless cocok banget untuk aplikasi berbasis event. Misalnya API kecil, webhook handler, sistem notifikasi, proses upload gambar, atau backend untuk mobile app.
Kalau kamu bikin MVP dan ingin cepat launch tanpa pusing urusan server, ini pilihan menarik. Bahkan banyak startup memulai dengan serverless karena cepat dan ringan dari sisi operasional.
Tapi untuk sistem besar yang kompleks, dengan kontrol penuh terhadap infrastruktur, kadang pendekatan tradisional atau container seperti Docker + Kubernetes masih lebih fleksibel.
Intinya, bukan soal mana yang lebih keren. Tapi mana yang paling sesuai kebutuhan.
Dampaknya ke Developer
Nah ini yang penting.
Dengan serverless, skill developer sedikit bergeser. Kita nggak cuma mikir “gimana bikin fitur ini jalan”, tapi juga “gimana bikin function kecil yang efisien dan terpisah”.
Arsitektur jadi lebih modular. Kita belajar berpikir dalam event-driven system. Kita juga harus lebih sadar soal performa, karena setiap eksekusi ada biayanya.
Di sisi lain, kita jadi nggak terlalu banyak pegang urusan server. Buat sebagian orang ini melegakan. Buat sebagian lain, justru merasa kehilangan kontrol.
Kalau kamu ingin jadi developer yang relevan ke depan, minimal pahami konsepnya. Coba sekali bikin project kecil pakai serverless. Rasakan sendiri plus minusnya.
Jadi, Perlu Pindah ke Serverless?
Jawabannya nggak hitam putih.
Kalau project-mu kecil sampai menengah, traffic belum stabil, dan kamu ingin fokus ke development tanpa ribet DevOps, serverless layak dicoba.
Kalau kamu butuh kontrol penuh, latency super rendah, atau sistem kompleks dengan state panjang, mungkin pendekatan lain lebih cocok.
Yang jelas, serverless bukan hype kosong. Ini evolusi cara kita membangun aplikasi di era cloud.
Sebagai developer, tugas kita bukan ikut tren secara buta. Tapi memahami konsepnya, mengerti kapan dipakai, dan tahu batasannya.
Karena pada akhirnya, teknologi cuma alat. Yang bikin aplikasi berhasil tetap cara kita mendesain, berpikir, dan mengambil keputusan.
Dan itu nggak akan pernah benar-benar serverless.
