Lovable Membangun Layanan Real-Time untuk Memusatkan Izin Data

Lovable melaporkan pada 9 November 2026 bahwa frontend-nya telah sepenuhnya beralih dari Firestore setelah Lovable Realtime diterapkan secara menyeluruh. Layanan khusus ini memusatkan otorisasi dan mencapai puncak 2,06 juta langganan serentak selama periode pengukuran 30 hari.

Migrasi ini menempatkan keputusan tentang akses dan bidang yang terlihat di backend Go milik Lovable. Bagi platform pembuatan aplikasi AI perusahaan tersebut, layanan ini menyediakan satu cara untuk menggabungkan data Firestore dan Spanner, serta memperbarui tampilan pengguna ketika informasi yang mendasarinya atau izin pengguna tersebut berubah.

Memusatkan Izin dan Data Langsung

Sebagian komponen Lovable sebelumnya menggunakan Firestore berbasis browser onSnapshot dengan listener untuk menerima pembaruan. Browser menerima dokumen secara utuh, sementara aturan Firestore harus mencerminkan model izin API Go. Rancangan tersebut juga menjadikan keterpaparan data sebagai bagian dari perubahan dokumen rutin: seseorang yang menambahkan bidang dapat menentukan data apa yang sampai ke browser pengguna tanpa menyadari konsekuensi tersebut.

Aturan Firestore dapat mengkueri data Firebase, tetapi tidak dapat mengkueri Spanner. Hal ini menjadi kendala bagi pembaruan otorisasi yang memengaruhi kelompok perusahaan besar yang disinkronkan melalui SCIM, yang menyinkronkan pengguna dan kelompok ke ruang kerja Lovable. Proksi sementara melalui API Go untuk pelanggan bisnis dan perusahaan menggunakan kembali pemeriksaan izin API tersebut. Proksi itu juga membuka listener Firestore hulu yang terpisah untuk setiap dependensi klien, sehingga menggandakan aliran data dan menghabiskan kapasitas di kumpulan koneksi yang digunakan bersama dengan permintaan basis data biasa.

Lovable mengharuskan penggantinya dapat bekerja dengan kedua basis data yang sudah ada, terus-menerus mengevaluasi ulang akses, dan menutup aliran data pengguna yang izinnya dicabut di tengah sesi. Perusahaan juga ingin bidang yang tidak diizinkan ditahan sebelum data apa pun meninggalkan server. Menurut penilaian perusahaan, opsi transportasi, sinkronisasi, dan integrasi basis data yang dievaluasi tidak menyediakan kombinasi tersebut tanpa pekerjaan integrasi yang substansial, penggantian basis data, atau replikasi ke Postgres.

Layanan Go yang dihasilkan berjalan di GKE dan membuka satu WebSocket untuk setiap tab browser, dengan langganan yang dimultipleks melalui koneksi tersebut. Aliran change data capture membawa perubahan Firestore dan Spanner melalui jembatan ke NATS, bus pesan layanan itu. Langganan yang cocok menghitung ulang tampilannya, membandingkan hash xxh3-128, dan hanya mengirim delta ketika hasilnya berubah. Satu langganan dapat mengambil data dari kedua basis data sekaligus menerapkan kerangka izin API.

Otorisasi diperlakukan sebagai sumber data reaktif lainnya, sehingga perubahan izin dapat memicu hasil baru secara terpisah dari penyuntingan dokumen biasa. Lovable melaporkan bahwa penghitungan ulang hanya ketika bidang yang terlibat dalam keputusan akses berubah, alih-alih setiap kali dokumen terkait diperbarui, mengurangi penghitungan ulang izin sekitar 84%. Layanan ini memiliki sekitar 40 jenis langganan yang dikelola oleh tujuh tim, dengan antarmuka bertipe, langganan sisi server bersama, dan peringatan yang diteruskan ke tim terkait.

Lalu Lintas Bayangan Memvalidasi Peluncuran

Lovable pertama-tama menjalankan layanan dalam mode bayangan: frontend menggunakan seluruh alur baru, tetapi membuang muatannya dan terus menampilkan data dari Firestore. Penggunaan lalu lintas dan bentuk data aktual mengungkap lonjakan koneksi ulang setelah penerapan, kesalahan yang salah diklasifikasikan, serta batas ukuran muatan yang terlalu kecil untuk data nyata. Selanjutnya, sebuah feature flag meningkatkan ketersediaan dari 1% menjadi 10%, 50%, lalu 100% pengguna selama beberapa hari. Lovable menyatakan bahwa peluncuran tersebut tidak menimbulkan insiden yang terlihat oleh pengguna maupun regresi pada metrik yang dipantaunya.

Karena koneksi WebSocket melekat pada klien dan dapat bertahan selama berjam-jam, menambahkan pod saja tidak akan memindahkan beban yang sudah ada. Lovable menyeimbangkan beban berdasarkan jumlah koneksi dan melakukan penskalaan dengan mempertimbangkan jumlah koneksi, CPU, serta memori, sekaligus membatasi jumlah koneksi per pod untuk mengurangi lonjakan koneksi ulang. Setelah tersambung kembali, klien mengirim sidik jari dari status yang tersimpan dalam temboloknya, sehingga server dapat memastikan bahwa data tidak berubah setelah memeriksa ulang otorisasi, tanpa perlu mengirimkannya kembali.

Penulis tulisan tersebut mengatakan bahwa pengerjaan inti memerlukan 40 hari kerja dengan keterlibatan langsung, dan bahwa agen pengodean menangani sebagian besar implementasi setelah arsitektur dan kasus-kasus khusus ditelaah. Perangkat integrasi menggabungkan emulator Firestore, Auth, dan Spanner dengan server NATS tertanam serta token ID nyata yang diterbitkan oleh emulator, sehingga agen dapat menguji perubahan di seluruh tumpukan.

Hasil Produksi dan Potensi Dukungan Aplikasi

Untuk periode 5 September hingga 5 Oktober 2026, Lovable melaporkan 2,61 miliar bingkai data dan patch, tidak termasuk bingkai kontrol yang dilanjutkan kembali, serta memperkirakan bahwa snapshot penuh untuk setiap hasil yang dihitung akan menghasilkan muatan aplikasi sebesar 40 TB. Deduplicasi, delta, dan penggunaan kembali koneksi setelah tersambung kembali membuat muatan aktual yang dikirim hanya 1,11 TB, diperkirakan berkurang 97% dibandingkan angka dasar tersebut. Angka muatan ini tidak mencakup overhead protokol dan transportasi.

Lovable mengukur selang waktu antara penulisan ke basis data sumber dan kesiapan bingkai keluar untuk dikirim sebesar 66 milidetik pada p50 dan 249 milidetik pada p99. Pengukuran tersebut tidak mencakup penulisan soket, waktu jaringan, maupun pemrosesan di klien, sehingga tidak mewakili keseluruhan waktu pembaruan yang dirasakan pengguna.

Lovable mengatakan bahwa mereka sedang aktif menambahkan primitif peristiwa domain untuk kasus ketika konsumen perlu diberi tahu bahwa sesuatu telah terjadi, alih-alih menerima snapshot data, dan bahwa layanan tersebut mungkin kelak menjadi kapabilitas di dalam aplikasi yang dibangun dengan Lovable. Perluasan seperti itu akan menghadirkan izin yang dikendalikan backend dan tampilan langsung ke aplikasi buatan pelanggan. Penerapan saat ini sudah menyediakan landasan bersama bagi tim Lovable untuk berkolaborasi lebih erat seiring berkembangnya infrastruktur data mereka.