Evolusi Arsitektur Backend: Edge Serverless & SQLite

Realitas Lapangan: Server Konvensional yang Terlalu Gemuk

Banyak arsitektur backend di dunia nyata runtuh bukan karena kehabisan RAM, melainkan karena latensi jaringan antarbenua yang lambat dan biaya operasional server menganggur (idle instance) yang membengkak tanpa henti.

Kita terbiasa menyewa VPS berukuran gigabyte hanya untuk menjalankan API Express.js sederhana yang 90% waktunya hanya menunggu request masuk.

Hasilnya? Pemborosan biaya dan latensi tinggi bagi pengguna di luar radius data center utama.

Pergeseran Paradigma: Mengapa Komputasi Bergerak ke Tepi Jaringan (The Edge)

Model komputasi konvensional memaksa pengguna di Tokyo menghubungi server di Frankfurt hanya untuk membaca data profil. Di era komputasi tepi (edge computing), logika backend Anda tidak lagi menetap di satu server tunggal, melainkan didistribusikan ke ratusan Point of Presence (PoP) di seluruh dunia.

1. Eksekusi Berbasis V8 Isolate vs Kontainer Docker

Serverless generasi pertama (seperti AWS Lambda lama) sering dikritik karena masalah cold start yang memakan waktu hingga beberapa detik saat kontainer dinyalakan.

Teknologi backend modern mengganti kontainer Docker dengan V8 Isolates (seperti yang digunakan Cloudflare Workers, Deno Deploy, dan Nitro Engine). Waktu inisiasi kode dipangkas menjadi di bawah 5 milidetik.

2. Kebangkitan SQLite di Skala Global

Selama puluhan tahun, PostgreSQL dan MySQL terpusat mendominasi industri. Tapi mengirim query SQL melintasi samudera memicu latency penalty hingga 200–400 milidetik per request.

Solusi terobosan saat ini adalah Distributed Embedded SQL (seperti Cloudflare D1, Turso/libSQL, dan LiteFS). Database SQLite ditempatkan sedekat mungkin dengan mesin eksekusi kode, dengan sinkronisasi replikasi asinkron di latar belakang.

Perbandingan Arsitektur: Monolith Tradisional vs Edge Serverless

Berikut adalah perbandingan objektif antara pendekatan tradisional dan tumpukan backend modern: