Supabase ile MVP ve SaaS backend geliştirme
Bir Next.js uygulamasında kayıt, oturum ve veri akışı Supabase ile bağlanabilir. Ancak uygulamayı yalnızca ekranlardan tarif etmek yetersizdir. Kullanıcı ilk kayıt olduğunda ne oluşur, hangi ekibe katılır, deneme süresi bitince ne görür? Veri modeli bu ürün kararlarını desteklemelidir.
Örnek olarak müşterilerin proje dosyası paylaşabildiği bir portal düşünün. Kullanıcı, organizasyon, proje, dosya ve üyelik birbirinden farklı kayıtlardır. Bütün kayıtları tek bir kullanıcı kimliğine bağlamak ilk demoda kolay görünse de ekip daveti veya kullanıcı ayrıldığında sorun yaratabilir. Bu, tasarım ihtiyacını gösteren örnek bir senaryodur.
İlk kapsam kullanıcı görevleri, veri ilişkileri, dosyalar ve dış bağlantılar üzerinden hazırlanır. Supabase’in hangi parçalarının kullanılacağı ayrıca seçilir; her özellik projeye otomatik eklenmez. Hazır altyapı ürün kurallarını, erişim testlerini ve bakım sorumluluğunu ortadan kaldırmaz.
PostgreSQL veri modeli ve üyelik yaşam döngüsü
Veri ağırlıklı bir React web uygulamasında ekip üyeliği yalnızca bir profil alanı değildir. Davet, katılım, rol değişikliği ve üyeliğin kaldırılması verinin kim tarafından görüleceğini etkiler. Modelin bu adımları açık temsil etmesi gelecekteki ekranları ve raporları kolaylaştırır.
Örneğin projeyi açan kişi şirketten ayrıldığında dosyalar silinmeli mi, organizasyonda mı kalmalı? Bir müşteri birden fazla ekibe katılabilir mi? Aynı e-posta iki ayrı şirket hesabında kullanılabilir mi? Bunlar ilk sürümün dışına bırakılacaksa bile varsayımları kaydetmek gerekir. Sessizce kullanıcıya bağlı her veriyi silmek kabul edilebilir bir politika değildir.
Veri ilişkileri
Kullanıcı, organizasyon, üyelik ve işlem kayıtları ayrı değerlendirilir. Gerekli ilişkiler, zorunlu alanlar ve silme davranışı belirlenir.
Üyelik değişimi
Davet, rol güncellemesi ve erişimin kaldırılması için örnek akışlar hazırlanır. Mevcut dosyalara ve geçmiş işlemlere etkisi kontrol edilir.
Şema değişiklikleri
Veri modeli değişiklikleri kayıtlı ve tekrar uygulanabilir biçimde planlanır. Test verisi ile üretim müşteri verisi birbirine karıştırılmaz.
OKUMADAN SONRAKİ ADIMA
Supabase ürününüzün ilk gerçek kullanıcı akışını netleştirelim
Ekranları, veri örneklerini ve ekip rollerini paylaşın. Kurulum, geliştirme veya prototip incelemesi için açık bir kapsam hazırlayalım.
Auth, RLS ve dosya erişimini birlikte kontrol etmek
Supabase’in backend erişim modeline eklediği hazır araçlar doğru yapılandırma gerektirir. Oturum açmış olmak diğer müşterilerin kayıtlarına erişim hakkı vermez. RLS ve veritabanı izinleri, hangi rolün hangi işlemi yapabildiğini birlikte belirler; yalnızca bir seçeneği açmak yeterli kontrol değildir.
İzin testlerinde kendi kaydını okuma kadar başka organizasyonun kaydını okuyamama ve değiştirememe örnekleri bulunur. Yeni tablo veya görünüm eklendiğinde aynı erişim beklentisi yeniden kontrol edilir. Servis yetkisine sahip anahtarlar tarayıcıya taşınmaz; ayrı sunucu işlemleri kendi sınırlarıyla değerlendirilir.
Dosya erişimi ayrıca ele alınır. Bir belgenin adresini bilmek onu görme hakkı anlamına gelmemelidir. Yükleme boyutu, dosya türü, paylaşım, indirme ve silme kuralları tanımlanır. Hassas bilgi içeren ürünlerde gerekli veri ve güvenlik incelemesi kapsamı ayrıca belirlenir.
Realtime ve Edge Functions için doğru kapsam
Uygulama bir otomasyon sistemiyle konuşuyorsa bazı işlemlerin güvenilir bir sunucu sınırında yürütülmesi gerekir. Webhook, ödeme sonucu veya harici servis çağrısı yalnızca ön yüzün gönderdiği bilgiye güvenerek tamamlanmamalıdır. İlgili durum ve işlem kayıtları açık bir kurala bağlanır.
Realtime; yeni mesaj, durum güncellemesi veya işbirliği ekranında yararlı olabilir. Ancak her listeyi sürekli yayınlamak gereksiz veri ve bağlantı kullanımı oluşturabilir. Hangi değişikliğin kimlere gösterileceği ve bağlantı kesildiğinde ekranın yeniden nasıl güncelleneceği planlanır. Anlık bildirim tek başına verinin kesin ve güncel olduğunu kanıtlamaz.
Sunucu fonksiyonlarında giriş kontrolü, yetki, dış servis hatası ve tekrar gelen olay davranışı kapsamda bulunur. Uzun veya yoğun işlem için ortamın uygunluğu incelenir. Her backend görevini aynı fonksiyon içine yığmak hızlı başlangıcın ileride bakım sorununa dönüşmesine neden olabilir.
| Ürün davranışı | Tasarım kararı |
|---|---|
| Ekip dosya paylaşımı | Dosya ve kayıt erişiminin aynı üyelik kuralını izlemesi |
| Canlı durum ekranı | Bağlantı yenilenince geçerli durumun tekrar alınması |
| Harici olay | Kaynak doğrulaması ve tekrar işlem kontrolü |
| Uzun görev | Çalışma sınırı, izleme ve sonuç alma yolu |
Supabase işletim maliyeti ve taşınabilirlik
Alternatif olarak Firebase uygulama geliştirme değerlendirilirken karşılaştırma yalnızca başlangıç fiyatından yapılmamalıdır. Veri ilişkileri, sorgular, kullanıcı sayısı, dosya trafiği ve ekip deneyimi toplam işletim ihtiyacını etkiler. Supabase’in güncel plan ve kullanım koşulları proje aşamasında ayrıca kontrol edilir.
Veritabanı kaynakları, dosya saklama, veri aktarımı, kimlik işlemleri ve gerçek zamanlı bağlantılar farklı kullanım kalemleri oluşturabilir. Ürün büyürken hangi kalemin değişeceği bir senaryoyla hesaplanır. Kullanım raporuna kimin bakacağı ve beklenmeyen artışta kimin karar vereceği de bakım sorumluluğudur.
PostgreSQL verisi taşınabilir olsa da uygulama Auth, Storage, Realtime ve fonksiyon davranışlarına bağımlı olabilir. Platform değişikliği yalnızca bir veri dışa aktarımı değildir. Verinin yedeği, dosyalar, kullanıcı akışı ve işletim araçları birlikte değerlendirilir; taşınma ihtiyacı varsa erken bir bağımlılık haritası hazırlanır.
Prototipten üretime geçiş ve proje sahipliği
Supabase projesinin yayın ve DevOps düzeni uygulama kodunu ve veri değişikliklerini birlikte kapsar. Test ortamında çalışan bir erişim kuralının üretimde aynı olduğunu doğrulamak gerekir. Özellikle hızlı veya AI destekli prototiplerde oluşturulan tabloların ve izinlerin nasıl değiştiği incelenir.
Hesap, faturalandırma, alan adı ve erişim sahipliği işletmede görünür olmalıdır. Teslim paketi veri modeli, yetki örnekleri, şema değişiklikleri, uygulama bağlantısı ve işletim notlarını içerir. Yedek ve geri yükleme ihtiyacı planla birlikte kontrol edilir; dosya saklama ile veritabanı kurtarma aynı konu değildir.
Kapsam görüşmesine uygulama ekranlarını, kayıt örneklerini, kullanıcı rollerini ve mevcut Supabase projesinin durumunu getirebilirsiniz. Yeni ürün için en önemli tek yolculuğu seçmek başlangıcı netleştirir. İlk hedef, gerçek kullanıcıların görevini tamamladığı ve ekibinizin sorumluluğunu anlayabildiği bir sürümdür.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Supabase yalnızca MVP için mi uygundur?
Hayır; uygunluk ürünün veri, erişim ve işletim gereksinimleriyle değerlendirilir. MVP’de seçilmesi üretimde her ihtiyacı otomatik karşılayacağı anlamına gelmez. Kullanım sınırları ve bakım modeli kontrol edilir.
RLS açmak veriyi korumak için yeterli mi?
Hayır. İzinler, politikalar, sunucu anahtarları ve dosya erişimi birlikte incelenir. İzin verilen işlemler kadar başka kullanıcının verisine erişimin reddedildiği örnekler de test edilmelidir.
Lovable veya AI ile hazırlanmış prototip incelenebilir mi?
Kaynak ve proje erişimiyle değerlendirme yapılabilir. Oluşturulan şema, yetki ve uygulama davranışı kontrol edilmeden demo üretime hazır kabul edilmez. İnceleme yeniden yazım kararıyla aynı şey değildir.
Supabase projesi bana mı ait olacak?
Hesap, erişim ve faturalandırma sahipliği kapsamda açık tanımlanmalıdır. İşletmenizin kontrolünde bir proje ve belgelenmiş teslim modeli hedeflenir; erişimlerin nasıl devredileceği ayrıca planlanır.
Supabase ücretsiz çalışır mı?
Güncel plan ve kullanım koşulları kontrol edilmelidir. Veri, dosya trafiği, kullanıcılar ve diğer hizmetler işletim maliyeti yaratabilir. Bu sayfa ücretsiz veya sabit maliyet garantisi vermez.
Mevcut backend Supabase’e taşınabilir mi?
Veri modeli, kimlik, dosyalar ve entegrasyonlar incelenir. Taşıma; veri doğrulaması, erişim testleri, kesim planı ve geri dönüş ihtiyacı gerektirebilir. Yalnızca tablo kopyalamak tüm uygulamayı taşımak değildir.
KAPSAMI BİRLİKTE BELİRLEYELİM
Supabase ürününüzün ilk gerçek kullanıcı akışını netleştirelim
Ekranları, veri örneklerini ve ekip rollerini paylaşın. Kurulum, geliştirme veya prototip incelemesi için açık bir kapsam hazırlayalım.
Supabase projemi incele