Arsitektur Serverless Modern dengan AWS Lambda dan Cloudflare Workers

Pukul 2 pagi di ruang server kantor, suasana hening kecuali bunyi kipas pendingin rack server yang mendengung konstan. Di hadapan layar monitor yang menampilkan grafik paku tajam pada metrik latensi, saya dan tim infrastructure sedang berdebat sengit. Gara-garanya sederhana namun krusial: lonjakan trafik tiba-tiba dari kampanye flash sale klien merobohkan backend utama kita yang berjalan di atas AWS Lambda. Di sisi lain, sejawat saya menyodorkan alternatif baru yang sedang naik daun, Cloudflare Workers. Pertarungan antara dua raksasa komputasi tanpa server ini bukan sekadar soal selisih milidetik, melainkan tentang filosofi bagaimana kita merancang sistem yang hidup di internet.

Sebelum kita menyelami jeroan teknisnya, mari kita bedah performa kedua teknologi ini melalui matriks perbandingan langsung di arena pertempuran nyata berdasarkan skala 1 hingga 10:

[!IMPORTANT] Jangan pernah melihat serverless sebagai 'tidak ada server'. Serverless adalah tentang menyerahkan manajemen server kepada pihak ketiga, namun desain arsitektur dan batasan sumber daya tetap berada di pundak Anda sebagai engineer.

1. Pertarungan Filosofi: Dua Cara Pandang Berbeda dalam Memecahkan Masalah

AWS Lambda lahir dari era di mana Cloud Computing tradisional mulai bertransisi menuju monolitik terdistribusi. Filosofinya adalah menyediakan mesin virtual mikro yang terisolasi penuh menggunakan teknologi kontainer di dalam region cloud tertentu. Anda mendapatkan fleksibilitas penuh: bisa menjalankan kode Python, Node.js, Go, bahkan custom runtime dengan binary C++ sekalipun, lengkap dengan akses ke Virtual Private Cloud (VPC), database relasional seperti RDS MySQL, hingga antrian SQS.

Sebaliknya, Cloudflare Workers tidak memikirkan region atau mesin virtual mikro. Filosofinya adalah Edge Computing murni yang ditenagai oleh V8 V8 isolate engines yang tersebar di lebih dari 300 kota di seluruh dunia. Alih-alih mengangkat beban dari data center pusat ke pengguna, Workers membawa logika aplikasi langsung ke titik terjauh jaringan, tepat di depan muka pengguna akhir. Ini bukan sekadar memindahkan fungsi, ini adalah pergeseran dari arsitektur berbasis lokasi (location-based) menjadi berbasis jarak terdekat (proximity-based).

Transisi pemikiran ini menuntut kita untuk meninggalkan kebiasaan lama. Ketika Anda terbiasa membuat koneksi database persisten menggunakan driver MySQL atau Redis di dalam server tradisional, mendekati kedua ekosistem ini akan memunculkan cerita perjuangan yang sangat berbeda di balik layar editor kode Anda.

2. Ronde 1: Ergonomi Menulis Kode & Pengalaman Konfigurasi Sehari-hari

Bekerja dengan AWS Lambda di bawah tekanan tenggat waktu seringkali menguji kesabaran kita pada aspek konfigurasi infrastruktur. Anda tidak cukup hanya menulis fungsi Node.js atau Go; Anda harus berurusan dengan AWS SAM, Serverless Framework, atau Terraform. Mengatur API Gateway, IAM Roles yang rewel, dan izin VPC demi menghubungkan fungsi Lambda ke database MySQL internal terasa seperti birokrasi berlapis.

Berikut adalah contoh konfigurasi umum menggunakan Serverless Framework untuk AWS Lambda:

service: backend-lambda-api
provider:
  name: aws
  runtime: nodejs20.x
  region: ap-southeast-1
  memorySize: 1024
  timeout: 10

functions:
  api:
    handler: handler.hello
    events:
      - httpApi:
          path: /users
          method: get

Di sisi lain, membangun endpoint di Cloudflare Workers terasa seperti menghirup udara segar di pagi hari. Anda cukup menulis skrip JavaScript atau TypeScript standar, menambahkan beberapa baris konfigurasi di wrangler.toml, dan melakukan deploy instan ke seluruh dunia dalam hitungan detik. Tanpa pusing memikirkan VPC, subnet, atau NAT Gateway yang memakan biaya bulanan.

Contoh konfigurasi dan kode sederhana untuk Cloudflare Workers terlihat jauh lebih ringkas:

# wrangler.toml
name = "edge-api"
main = "src/index.ts"
compatibility_date = "2024-01-01"

// src/index.ts
export default {
  async fetch(request: Request, env: Env, ctx: ExecutionContext): Promise<Response> {
    const url = new URL(request.url);
    if (url.pathname === '/users') {
      return new Response(JSON.stringify({ status: "success", data: [] }), {
        headers: { "Content-Type": "application/json