“1. Gün ve 100. Gün” Tuzağı
Bubble.io aldatıcı olabilir. İlk gün sihir gibi hissettiriyor. Sürükler, bırakır ve çalışan bir veritabanı başlatırsınız. Bir “Kullanıcı” türü oluşturuyor, bir “Siparişler” listesi ekliyorsunuz ve MVP'niz kusursuz bir şekilde çalışıyor.
Sonra 100. gün gelir. Kullanıcı tabanınız 5.000'e ulaştı. Birdenbire gösterge paneliniz gecikmeye başladı. Aylık İş Yükü Birimi (WU) faturanız 400% arttı. Sihir bir bakım kabusuna dönüştü.
Sorun Bubble değil. Sorun Bubble'ın veritabanını nasıl ele aldığınızdır. Platform kodu soyutlasa da, katı bir mantıksal altyapı üzerinde çalışır. Ona bir elektronik tablo gibi davranmak, uygulamanızın performansını öldürmenin en hızlı yoludur.
Bu kılavuz genel ipuçlarının ötesine geçmektedir. Ölçeklenebilir, üretim sınıfı bir uygulama inşa eden kurucu veya mimar içindir. Odaklanacağımız konular mimari ölçeklenebilirlik ve WU optimizasyonu bir prototipi bir platformdan ayırmak için.
Temel Felsefe: “Sadece İhtiyacınız Olanı Yükleyin”
Bubble'daki en büyük performans katili aşırı getirme. Bubble'a “Kullanıcıları Ara” dediğinizde, yalnızca adı getirmez. Siz engellemediğiniz sürece Kullanıcı veri türüne bağlı her bir alanı getirir.
Kullanıcı veri türünüzün uzun bir biyografi, bir profil resmi ve gönderilen mesajların bir listesini içerdiğini düşünün. Bubble, Geçerli Kullanıcı'ya her başvurduğunuzda tüm bu verileri kullanıcının tarayıcısına indirir. Bu verimsizlik bizi ilk mimari kuralımıza götürüyor.
En İyi Uygulama 1: “Uydu” Veri Mimarisi
Geleneksel SQL'de, fazlalığı azaltmak için verileri normalleştiririz. Bubble'da, verileri daha az yük boyutu. “Monolith” veri türleri oluşturmaktan kaçınmalısınız.
Monolith, bir varlık hakkındaki her bilgiyi tutan tek bir veri türüdür. Bir Kullanıcı türünün 40 alanı varsa, Bubble yalnızca bir ad görüntüleseniz bile arka planda ağır metin alanlarını gizlice indirir.
Çözüm: Uydu Veri Türleri
Verilerinizi “Çekirdek” ve “Uydu” türlerine ayırın. Bu, uygulamanızın hafif ve duyarlı olmasını sağlar.
- Kullanıcı (Çekirdek): Bunu hafif tutun. Ad, E-posta, Profil Fotoğrafı küçük resmi, Rol ve Slug ekleyin.
- Kullanıcı_Profili (Uydu): Biyografi, Sosyal Bağlantılar ve Tercihleri burada saklayın.
- User_Onboarding (Uydu): Bunu işe alım durumu, dahili notlar ve ham sözleşme metni için kullanın.
- Kullanıcı_İstatistikleri (Uydu): Sipariş sayılarını, toplam harcamayı ve son giriş tarihlerini burada tutun.
Kullanıcı tipinde bir “Profil” alanı oluşturarak bunları bağlayın. Bir Kullanıcı listesi yüklediğinizde, Bubble yalnızca hafif Çekirdek verilerini yükler. Bağlantılı verileri yüklemez uydu verileri siz açıkça talep edene kadar, örneğin bir açılır pencere açmak gibi.
En İyi Uygulama 2: “100 Madde Kuralı” (Listeler ve Ters Bağlantı)
Yaygın bir tartışma, bir Liste alanı ile bir “Arama Yap” işlemi arasında seçim yapmayı içerir. Eski yöntem, bir Projeye bir “Görevler Listesi” alanı eklemeyi içerir. Her Görev oluşturduğunuzda, onu bu listeye eklersiniz.
Ancak Bubble'ın Liste alanları küçük, statik listeler için optimize edilmiştir. Bir liste yaklaşık 100 öğeyi aştığında performans düşer. Bu bir sorun yaratır ağır ebeveyn sorunu. Bir Projede 5.000 görev varsa, bu Projenin yüklenmesi 5.000 benzersiz kimliğin işlenmesini gerektirir ve sayfanızı yavaşlatır.
Mimari Standart: Ters Bağlantı
Ebeveynin Çocukları hakkında bilgi sahibi olması yerine, Çocuklar Ebeveynleri hakkında bilgi sahibi olmalıdır. Buna şöyle denir ters bağlantı.
Proje üzerinde bir “Görevler Listesi” alanı oluşturmayın. Bunun yerine, Görev üzerinde bir “Proje” alanı oluşturun. Görevleri görüntülemek için, Projenin Geçerli Sayfanın Projesine eşit olduğu Görevleri arayan bir Yinelenen Grup kullanın.
Liste Alanları Ne Zaman Kullanılır?
Liste alanlarını yalnızca liste sınırlandırıldığında ve süresiz olarak büyümesi beklenmediğinde kullanın.
- Güzel: Kategori Listesi (Kullanıcı en fazla 5 etiket seçer).
- Güzel: İşbirlikçilerin Listesi (Genellikle 10 kişiden az).
- Kötü: Takipçi Listesi.
- Kötü: İşlemlerin Listesi.
En İyi Uygulama 3: Veri Türlerine Karşı Seçenek Kümeleri
Seçenek Kümeleri, uygulamanın kodunun bir parçası oldukları için Veri Tiplerinden daha hızlıdır. Veritabanı sorgusu olmadan anında yüklenirler. Ancak, aşağıdakilerle ilgili bir sorun vardır kod şişmesi.
Seçenek Kümeleri kaynak kodun bir parçası olduğundan, her sayfa yüklemesinde tarayıcıya indirilirler. Eğer 5.000 girişli bir Seçenek Kümesi oluşturursanız, uygulamanızın paket boyutuna megabayt eklersiniz. Kullanıcılar yavaş bir ilk yükleme süresiyle karşı karşıya kalacaktır.
2026 Başparmak Kuralı
- 200'ün altında ürün: Kullanım Seçenek Setleri. Örnekler arasında Durumlar, Kullanıcı Rolleri ve Haftanın Günleri yer alır.
- 200'den fazla ürün: Kullanım Veri Türleri. Örnekler arasında Şehirler, Posta Kodları ve Okullar yer alır.
Ayrıca, Seçenek Kümelerinin herkese açık olduğunu unutmayın. Teknoloji meraklısı kullanıcılar bunları tarayıcının kaynak kodunda görüntüleyebileceğinden, hassas dahili kodları asla içlerinde saklamayın.
En İyi Uygulama 4: Arama ve Gelişmiş Filtreler
Arasındaki farkı anlamak Kısıtlamalar ve Filtreler İş Yükü Birimlerini kaydetmek için kritik öneme sahiptir.
Müşteri Tarafı Tuzağı
Büyük listelerde “Advanced: filtered” operatörünü kullanmaktan kaçının. Kullanıcılar için arama yapar ve ardından “Etkin” ve “Tarih ”e göre filtreleme yaparsanız Bubble önce tüm kullanıcıları tarayıcıya indirir. Ardından tarayıcı bunları filtreler.
Bu da veri alımı için yoğun WU kullanımına ve yavaş performansa neden olur.
Sunucu Tarafı Çözümü
Daima katı kurallar kullanın sunucu tarafı kısıtlamaları “Şunun için arama yap” kutusunun içinde. Örneğin, “Durum = Aktif” ve “Oluşturulma Tarihi > Geçerli Tarih - 7 gün” olan Kullanıcıları arayın.”
Sunucu verileri göndermeden önce filtreler. Bubble yalnızca eşleşmeleri indirerek minimum WU kullanımı ve anında yükleme süreleri sağlar.
En İyi Uygulama 5: Performans Kapıları Olarak Gizlilik Kuralları
Gizlilik Kuralları sadece güvenlik için değildir; güçlü performans araçlarıdır. Verileri veritabanı düzeyinde, arama kısıtlamalarınızdan daha derinde filtrelerler.
“Gizli Alan” Tekniği
Bir monolit türünü bölmediyseniz, ağır alanların yüklenmesini durdurmak için Gizlilik Kurallarını kullanabilirsiniz. Genel kullanıcılar için “Biyografi” veya “Notlar” gibi ağır alanların işaretini kaldıran bir kural oluşturun.
Tekrarlayan Grubunuz Kullanıcıları arasa bile, Bubble kısıtlanmış metni tarayıcıya göndermeyecektir. Bu, yük boyutunu büyük ölçüde azaltır. Yapılandırma Gizlilik Kuralları düzgün bir şekilde uygulama hızını anında iki katına çıkarır.
En İyi Uygulama 6: İş Yükü Birimi (WU) Optimizasyonu
Bubble'ın fiyatlandırması İş Yükü Birimlerine dayanır. Verimsiz veritabanı işlemleri bütçenizi tüketir. Toplu işlemleri nasıl ele aldığınızı optimize etmelisiniz.
Toplu İşlemler: SAWOL vs. Özyinelemeli
Binlerce kaydı güncellerken doğru aracı seçin. Resmi en iyi uygulama “Listede API İş Akışı Zamanlama” (SAWOL) yöntemidir. Paralel işleme kullanır ve son derece verimlidir, öğe başına yaklaşık 0,12 WU'ya mal olur.
Özyinelemeli iş akışları sıralı döngü kullanır. Daha fazla WU'ya mal olurlar ve yalnızca görevlerin sırayla gerçekleşmesi gerekiyorsa veya harici hizmetlere yapılan API çağrılarını kısmanız gerekiyorsa kullanılmalıdırlar.
Son olarak, büyük kümeler için “Bir şeyler listesinde değişiklik yap” seçeneğini kullanmaktan kaçının. Tek bir zaman aşımı penceresinde çalışır ve sessizce başarısız olmaya eğilimlidir.
Thinkpeak.ai ile Kurumsal Sınıf Mimari
Bir veritabanı oluşturmak kolaydır, ancak 100.000 kullanıcıyı idare eden bir veritabanı oluşturmak mühendislik gerektirir. At Thinkpeak.ai, işletmelerin Kodsuz MVP'den ölçeğe hazır bir platforma geçmelerine yardımcı oluyoruz.
Bu konuya iki farklı kanaldan yaklaşıyoruz:
1. Ismarlama Dahili Araçlar ve Özel Uygulama Geliştirme
Uygulamanız yavaş çalışıyorsa, bu muhtemelen bir mimari sorunudur. Mühendislik ekibimiz monolitleri uydu mimarilerine dönüştürebilir ve istemci tarafı filtrelerini SQL benzeri kısıtlamalarla değiştirebilir. Ayrıca dağıtıyoruz Özel Yapay Zeka Temsilcileri karmaşık mantığı işlemek için uygulamanızın hafif kalmasını sağlar.
2. Otomasyon Pazaryeri
Bazen en iyi uygulama, verileri Bubble dışında işlemektir. Büyük veri dönüşümlerinin üstesinden gelmek için n8n ve Make.com için önceden tasarlanmış şablonlar sağlıyoruz. Ayrıca, veritabanınıza ulaşmadan önce verileri temizlemek için Google E-Tablolar Toplu Yükleyici gibi araçlar da sunuyoruz.
Veritabanınız işinizin temelidir. Darboğazınız olmasına izin vermeyin.
Sonuç
Bubble.io meşru bir geliştirme yığınıdır, ancak sorumlu bir mimari gerektirir. “100 öğe kuralına” uyarak, uydu veri türlerini kullanarak ve İş Yükü Birimleri için agresif bir şekilde optimizasyon yaparak, özel kod gibi performans gösteren uygulamalar oluşturabilirsiniz. Amaç, uzun ömürlü olacak şekilde inşa etmektir.
Sıkça Sorulan Sorular (SSS)
Bir Bubble veritabanı kaç kayıt tutabilir?
Kayıt sayısında katı bir sınır yoktur. Bubble uygulamaları milyonlarca satır barındırabilir. Sınır, bunlara nasıl eriştiğinizde yatar. Bir tarayıcıya aynı anda 1 milyon kayıt yükleyemezsiniz, ancak performans kaybı olmadan sayfalandırma kullanarak bunları arayabilir ve görüntüleyebilirsiniz.
Xano veya Supabase gibi harici bir veritabanı kullanmalı mıyım?
Çoğu uygulama için Bubble'ın yerel veritabanı, doğru şekilde tasarlanırsa yeterlidir. Aşağıdaki gibi harici veritabanlarını düşünün Xano veya Supabase Yalnızca aşırı uyumluluk gereksinimleriniz varsa (HIPAA/GDPR), kesinlikle analitik işlemeye ihtiyacınız varsa veya verileri yerel bir mobil uygulama ile paylaşmanız gerekiyorsa.
Seçenek Setlerini kullanmak İş Yükü Birimlerini kaydeder mi?
Evet. Bir Seçenek Kümesini okumak, veritabanını sorgulamadığı için 0 WU'ya mal olur. Ancak, Seçenek Kümelerini çok büyük yapmaktan kaçının, aksi takdirde WU tasarruflarını yavaş sayfa yükleme hızlarıyla takas edersiniz.
Bubble'da bir şeyler listesini silmenin en hızlı yolu nedir?
Büyük listeler için istemci tarafında “Bir listeyi sil” seçeneğini kullanmayın. En iyi uygulama “Listede API İş Akışı Zamanla” (SAWOL) kullanmaktır. Bu, silme işlemini paralel olarak işlemek için bir arka uç iş akışı çalıştırır ve kullanıcının tarayıcısını duyarlı tutar.
