Dalam hal membangun aplikasi, developer biasanya memiliki sejumlah tugas pengelolaan server lain yang harus mereka lakukan untuk men-deploy kode, seperti menentukan resource untuk pemrosesan dan penyimpanan, patching, load balancing, dan banyak lagi. Semua item tambahan ini menyebabkan waktu penyediaan yang lebih lama dan overhead operasional tambahan yang pada akhirnya memperlambat tim pengembangan. 

Komputasi serverless berupaya memberikan pengalaman "serverless" yang tidak terlihat bagi developer, sehingga tidak perlu memikirkan server atau hal apa pun yang mungkin perlu dijalankan oleh aplikasi. Sebagai gantinya, penyedia layanan melakukan semua pekerjaan di balik layar untuk memastikan Anda memiliki resource untuk mengeksekusi kode dan memenuhi persyaratan tanpa dikenai biaya untuk kapasitas yang tidak memiliki aktivitas. 

Anggaplah serverless seperti mengalirkan air ke rumah Anda. Anda bisa menggali sumur Anda sendiri, menguji kualitas air, serta memasang dan memelihara semua saluran air luar yang diperlukan untuk mengalirkan ke dalam rumah. Atau, Anda dapat terhubung ke sumber air utama kota Anda. Anda cukup memutar keran air dan mendapatkan air sebanyak yang Anda inginkan tepat saat Anda membutuhkannya, dan pemerintah kota akan mengirimkan tagihan bulanan untuk jumlah air yang Anda konsumsi. 

Demikian pula, penyedia cloud secara otomatis menjalankan resource infrastruktur dan lingkungan runtime yang diperlukan untuk mengeksekusi aplikasi serverless Anda dan secara otomatis menurunkan skala ke nol saat eksekusi selesai. Biasanya, Anda ditagih berdasarkan resource selama waktu eksekusi. Namun, hal ini dapat bervariasi tergantung pada layanan dan vendornya. 

Namun tunggu dulu, bukankah jenis cloud computing lainnya menyediakan resource sesuai permintaan dengan metode bayar sesuai penggunaan? Memang benar bahwa model layanan cloud seperti Infrastructure as a Service (IaaS) dan Platform as a Service (PaaS) juga menyediakan akses on-demand ke resource komputasi. 

Namun, infrastruktur cloud yang dialokasikan untuk Anda akan tetap aktif meskipun Anda tidak menggunakannya. Anda juga bertanggung jawab untuk meningkatkan kapasitas server atau mengonfigurasi aplikasi untuk meningkatkan atau mengurangi skala sebagai respons terhadap permintaan pengguna. 

Arsitektur serverless bersifat berbasis peristiwa. Pada model ini, penyedia hanya memberi Anda resource saat suatu peristiwa memicu kode Anda untuk berjalan dan akan diskalakan secara instan dan otomatis ke permintaan.

Salah satu kelemahan terbesar dari komputasi serverless adalah teknologinya relatif baru. Akibatnya, belum cocok untuk memenuhi semua kasus penggunaan yang potensial. 

Jelas bahwa beberapa kelemahan yang ada saat ini akan teratasi seiring waktu karena komputasi serverless terus berkembang. Secara khusus, banyak hal yang sudah dilakukan pada implementasi open source serverless dan mencari cara untuk menjadikan layanan cloud lebih terbuka agar solusi bersifat portabel di berbagai platform dan lingkungan. 

• Kesesuaian kasus penggunaan yang terbatas: Arsitektur serverless tidak selalu cocok untuk aplikasi dengan persyaratan tertentu, seperti proses yang berjalan lama atau kebutuhan latensi yang sangat rendah
• Batasan performa: Fungsi serverless mungkin mengalami cold start (penundaan eksekusi awal) dan mungkin memiliki batasan waktu eksekusi dan memori
• Ketergantungan pada vendor: Migrasi aplikasi serverless antar-penyedia cloud dapat menjadi hal yang rumit karena perbedaan API dan konfigurasi
• Visibilitas server yang berkurang: Developer memiliki visibilitas terbatas ke infrastruktur yang mendasarinya, sehingga sulit untuk memecahkan masalah performa atau mengoptimalkan pemanfaatan resource
• Startup lambat: Fungsi serverless terkadang mengalami "cold start" yang menyebabkan penundaan dalam memanggil fungsi, sehingga dapat memengaruhi latensi