Apa Itu Serverless Computing dalam Pengembangan Aplikasi Web?

Apa Itu Serverless Computing?

Serverless Computing adalah model cloud computing di mana developer tidak perlu mengelola server secara langsung.

Konsep sederhananya:

Developer
↓
Deploy Code
↓
Cloud Provider
↓
Infrastructure
↓
User

Server tetap ada, tetapi developer tidak perlu mengatur server fisiknya secara langsung.

Mengapa Disebut Serverless?

Serverless bukan berarti aplikasi benar-benar tidak menggunakan server.

Istilah ini lebih tepat berarti:

Server Tetap Ada
↓
Dikelola Cloud Provider
↓
Developer Tidak Mengelola Infrastruktur Secara Langsung

Developer lebih fokus pada aplikasi dan business logic.

Bagaimana Serverless Bekerja?

Salah satu model serverless yang populer adalah Function as a Service atau FaaS.

Alurnya:

User
↓
Request
↓
API Gateway
↓
Function
↓
Database / Service
↓
Response

Function biasanya dijalankan ketika ada event atau request.

Contoh Sederhana

Misalnya website memiliki fitur upload gambar.

User Upload
↓
API
↓
Serverless Function
↓
Resize Image
↓
Storage

Function hanya berjalan ketika dibutuhkan.

Serverless vs Server Tradisional

Server tradisional:

User
↓
Server VPS
↓
Application
↓
Database

Developer biasanya perlu mengelola:

OS
Nginx
PHP-FPM
Security
Scaling
Monitoring

Sedangkan serverless:

User
↓
Cloud Service
↓
Function
↓
Response

Sebagian pengelolaan infrastructure dilakukan oleh provider.

Kelebihan Serverless

1. Tidak Perlu Mengelola Server Secara Langsung

Developer tidak perlu melakukan banyak pekerjaan seperti:

Install OS
Configure Server
Patch Server
Manage Scaling

2. Automatic Scaling

Ketika jumlah request meningkat, platform dapat menyesuaikan resource berdasarkan konfigurasi dan kemampuan layanan yang digunakan.

Contohnya:

100 Request
↓
Function

10.000 Request
↓
Lebih Banyak Instance

3. Pay for Usage

Pada model tertentu, biaya dihitung berdasarkan penggunaan seperti jumlah request dan compute time.

Konsepnya:

Tidak Ada Request
↓
Sedikit / Tidak Ada Compute

Banyak Request
↓
Compute Bertambah

Model biaya sebenarnya bergantung pada provider dan layanan yang digunakan.

4. Deployment Lebih Sederhana

Developer dapat melakukan:

Code
↓
Deploy
↓
Function Ready

Tanpa harus mengelola server secara manual.

Kekurangan Serverless

Serverless juga memiliki beberapa tantangan:

1. Cold start.

2. Execution limit.

3. Vendor lock-in.

4. Debugging lebih kompleks.

5. Architecture lebih terdistribusi.

6. Biaya dapat sulit diprediksi jika traffic berubah drastis.

7. Tidak semua workload cocok.

Apa Itu Cold Start?

Cold start terjadi ketika platform perlu menyiapkan environment sebelum function dapat dijalankan.

Contohnya:

Request
↓
Function Belum Aktif
↓
Initialize
↓
Function Jalan
↓
Response

Proses initialization tersebut dapat menambah latency.

Namun, dampaknya bergantung pada runtime, platform, konfigurasi, dan pola traffic.

Serverless dan Database

Serverless tidak berarti database juga harus serverless.

Aplikasi dapat menggunakan:

Serverless Function
↓
Managed Database

Misalnya:

Function
↓
PostgreSQL

atau:

Function
↓
NoSQL Database

Pemilihan database tetap harus disesuaikan dengan kebutuhan aplikasi.

Serverless dan API

Serverless sangat cocok untuk API tertentu.

Contohnya:

GET /api/products
POST /api/orders
POST /api/payment/webhook

Request dapat diarahkan ke function tertentu.

API Gateway
↓
Function
↓
Business Logic
↓
Response

Serverless untuk Webhook

Serverless juga cocok untuk menangani webhook.

Contohnya:

Payment Gateway
↓
Webhook
↓
Serverless Function
↓
Validasi Signature
↓
Update Order

Function hanya perlu dijalankan ketika webhook diterima.

Serverless untuk Background Processing

Contohnya:

User
↓
Upload File
↓
Storage
↓
Event
↓
Serverless Function
↓
Process File

Cocok untuk pekerjaan seperti:

Resize Image
Generate Thumbnail
Convert File
Process Data
Send Notification

Untuk pekerjaan yang lama atau membutuhkan state kompleks, model serverless perlu dievaluasi dengan hati-hati.

Serverless dan Laravel

Laravel secara tradisional dijalankan pada server seperti:

Nginx
↓
PHP-FPM
↓
Laravel
↓
Database

Laravel juga dapat digunakan dalam arsitektur cloud tertentu yang memanfaatkan fungsi atau platform serverless.

Namun, tidak semua aplikasi Laravel cocok jika dipindahkan menjadi function-by-function.

Untuk aplikasi Laravel yang memiliki proses panjang, queue, WebSocket, atau kebutuhan server persistent, arsitektur server tradisional atau containerized bisa lebih praktis.

Serverless vs VPS

Perbandingan sederhananya:

VPS

✓ Kontrol tinggi
✓ Bisa install software bebas
✓ Cocok untuk aplikasi persistent
✓ Biaya lebih mudah diprediksi

✗ Harus mengelola server
✗ Scaling perlu dirancang
✗ Maintenance menjadi tanggung jawab tim

Sedangkan:

Serverless

✓ Infrastruktur lebih sedikit untuk dikelola
✓ Scaling otomatis pada layanan yang mendukung
✓ Cocok untuk event-driven workload
✓ Bayar berdasarkan penggunaan pada model tertentu

✗ Kontrol lebih terbatas
✗ Potensi cold start
✗ Vendor lock-in
✗ Arsitektur bisa lebih kompleks

Serverless vs Container

Container:

Docker
↓
Container
↓
Application

Serverless:

Event
↓
Function
↓
Execution

Container memberikan kontrol runtime yang lebih besar.

Serverless memberikan abstraksi infrastructure yang lebih tinggi.

Kapan Menggunakan Serverless?

Serverless cocok untuk:

✓ API sederhana
✓ Webhook
✓ Event processing
✓ Image processing
✓ Scheduled function
✓ Background task tertentu
✓ Traffic yang fluktuatif

Kapan Tidak Menggunakan Serverless?

Serverless mungkin kurang cocok jika:

✗ Aplikasi membutuhkan proses sangat panjang
✗ Membutuhkan server persistent
✗ Infrastruktur harus dikontrol penuh
✗ Workload sangat stabil dan mudah diprediksi
✗ Memiliki dependency yang sulit dijalankan secara serverless

Tetap lakukan evaluasi berdasarkan workload nyata.

Serverless untuk Website Bisnis

Website company profile sederhana biasanya tidak membutuhkan arsitektur serverless yang kompleks.

Untuk website seperti:

Home
About
Services
Portfolio
Contact

static hosting atau server biasa mungkin lebih sederhana.

Serverless menjadi lebih menarik ketika website memiliki fungsi backend tertentu.

Contohnya:

Website
↓
Contact Form
↓
Serverless Function
↓
Email Service

Serverless untuk E-Commerce

E-commerce dapat menggunakan serverless pada bagian tertentu.

Contohnya:

Website
↓
API
↓
Serverless Functions
↓
Payment
↓
Database

Namun, keseluruhan sistem tidak harus 100% serverless.

Pendekatan hybrid sering lebih masuk akal.

Hybrid Architecture

Aplikasi dapat menggabungkan server tradisional dan serverless.

Contohnya:

                 Application
                      ↓
          ┌───────────┴───────────┐
          ↓                       ↓
     Main Backend          Serverless Function
          ↓                       ↓
      Database              Image / Webhook

Dengan pendekatan ini, serverless digunakan hanya pada bagian yang memang membutuhkan karakteristiknya.

Serverless dan CDN

Website dapat menggunakan CDN untuk menyajikan static assets:

User
↓
CDN
↓
HTML / CSS / JS / Image

Kemudian request dinamis diarahkan ke serverless function:

User
↓
API
↓
Function
↓
Database

Pendekatan ini dapat membantu mengurangi beban backend.

Serverless dan Security

Meskipun tidak mengelola server secara langsung, security tetap menjadi tanggung jawab developer.

Perhatikan:

Authentication
Authorization
Input Validation
API Security
Secret Management
Rate Limiting
Logging

Serverless bukan berarti otomatis aman.

Jangan Simpan Secret di Source Code

API key dan credential sebaiknya disimpan menggunakan environment atau secret management.

Contohnya:

API_KEY
DATABASE_URL
PAYMENT_SECRET

Hindari menaruh credential langsung di source code atau repository.

Serverless dan Monitoring

Monitoring tetap diperlukan.

Perhatikan:

Request
↓
Latency
↓
Error
↓
Invocation
↓
Cost

Untuk aplikasi bisnis, monitoring membantu menemukan masalah sebelum berdampak besar kepada pengguna.

Serverless dan Biaya

Salah satu kelebihan serverless adalah model biaya berbasis penggunaan pada banyak layanan.

Namun, bukan berarti selalu lebih murah.

Contohnya:

Traffic Rendah
↓
Serverless
↓
Bisa Efisien

Tetapi:

Traffic Sangat Tinggi dan Stabil
↓
Serverless
↓
Biaya Perlu Dihitung

Karena itu, lakukan cost analysis berdasarkan pola traffic nyata.

Checklist Sebelum Menggunakan Serverless

✓ Jenis workload
✓ Durasi proses
✓ Traffic
✓ Cold start
✓ Database
✓ Storage
✓ API
✓ Security
✓ Monitoring
✓ Cost
✓ Vendor lock-in
✓ Scaling

Serverless Bersama Ovla Media

Ovla Media dapat membantu merancang arsitektur aplikasi berbasis cloud sesuai kebutuhan bisnis, seperti:

1. Serverless API.

2. Serverless Function.

3. Webhook processing.

4. Event-driven application.

5. Laravel application.

6. REST API.

7. Cloud architecture.

8. Docker.

9. VPS.

10. Database architecture.

11. CI/CD.

12. Monitoring.

13. Application optimization.

Pendekatan serverless, VPS, container, atau hybrid dapat dipilih berdasarkan traffic, kebutuhan aplikasi, budget, dan rencana scaling.

Kesimpulan

Serverless Computing adalah pendekatan cloud di mana developer tidak perlu mengelola server secara langsung.

Konsep sederhananya:

Request / Event
↓
Cloud Platform
↓
Function
↓
Response

Serverless cocok untuk workload seperti:

API
Webhook
Event Processing
Image Processing
Background Task

Namun, tidak semua aplikasi harus menggunakan serverless.

Untuk aplikasi bisnis yang kompleks, pendekatan hybrid sering menjadi pilihan yang menarik:

Main Application
↓
Server / Container

Fungsi Tertentu
↓
Serverless

Dengan memilih arsitektur berdasarkan kebutuhan nyata, bisnis dapat memperoleh manfaat cloud tanpa menambah kompleksitas yang tidak diperlukan.