Gerçek bir örnek proje üzerinden Supabase ve Firebase’i adım adım karşılaştırıyoruz. Hangi projede hangisi mantıklı, avantajları, dezavantajları ve karar rehberi bu yazıda.
Mehmet Karataş
Yazar
Sonra Supabase mi Firebase mi kavgası çıktı.
Bir fikir geliyor aklına.
“Bunu yaparım ben” diyorsun.
Mobil olsun, web’i de olsun. Kullanıcı girsin, içerik üretsin, yorum atsın, belki beğeni, belki bildirim…
Ve daha ilk gün şuraya geliyorsun:
“Backend’te ne kullanacağım?”
İşte tam bu noktada herkesin yolu Firebase ve Supabase’e çıkıyor.
Ben de aynı yerden geçtim.
O yüzden bu yazıyı bir “karşılaştırma tablosu” gibi değil, gerçek bir proje kurar gibi anlatacağım.
Pazarlama yok.
Fanboyluk yok.
Gerçek neyse o.
Önce soyut konuşmayalım.
Net bir proje tanımlayalım, sonra bu projeyi iki farklı altyapıyla düşünelim.
Kullanıcılar şunları yapacak:
Kayıt olacak / giriş yapacak
Profil oluşturacak
Post paylaşacak
Postlara yorum yazacak
Beğeni atacak
Profil fotoğrafı / post görseli yükleyecek
Bildirim alacak (yorum geldi, beğenildi vs.)
Bu projeyi yaparken arka planda aslında şunlara ihtiyacımız var:
Authentication (Auth)
Database
Dosya depolama (Storage)
Güvenlik / Yetkilendirme
Realtime olaylar
Uzun vadede ölçeklenebilirlik
Şimdi bu ihtiyaçları iş akışıyla ilerleyerek inceleyelim.
Bir projede en büyük hata şudur:
“Önce teknoloji seçeyim, sonra veriye bakarım.”
Tam tersi yapılmalı.
Bu projede ilişkiler var mı?
Var hem de bol bol.
Bir kullanıcı → birçok post
Bir post → birçok yorum
Bir kullanıcı → birçok postu beğenir
Kullanıcılar → kullanıcıları takip eder
Bu cümleyi okuduğun anda şunu fark ediyorsun:
“Bu proje ilişkisel.”
İşte Supabase ile Firebase arasındaki en büyük fark burada başlıyor.
Firebase’in felsefesi çok net:
“Backend’i düşünme, ürünü çıkar.”
Ve bunu gerçekten iyi yapıyor.
Kurulumu çok hızlı
Auth hazır
Realtime anında çalışıyor
Mobil tarafı çok güçlü
Google ekosistemiyle entegre
Örnek: bir post eklemek istiyorsun.
import { getFirestore, collection, addDoc } from "firebase/firestore";
await addDoc(collection(db, "posts"), {
userId: "uid_123",
title: "İlk post",
createdAt: Date.now()
});
Bak:
tablo yok
şema yok
migration yok
Yaz ve geç.
Ama iş büyüyünce ne oluyor?
Firebase NoSQL.
Yani:
JOIN yok
ilişki yok
veri yapısı tamamen sana bağlı
Bir noktadan sonra şunlar başlıyor:
Aynı veriyi birden fazla yerde tutma
Tutarsızlık riski
Karmaşık sorgular için ekstra kod
Raporlama için ayrı sistemler
Firebase başta seni uçurur,
ama proje büyüdükçe teknik borç birikir.
Supabase’i açtığında his şu:
“Bu bildiğim SQL.”
Çünkü altı PostgreSQL.
Gerçek, yıllardır kullanılan, kurumsal seviyede bir veritabanı.
SQL var
JOIN var
Foreign key var
View / Function / Trigger var
Row Level Security var
Post + yorumları tek sorguda çekmek:
const { data } = await supabase
.from("posts")
.select("id, title, comments(id, text, user_id)")
.eq("id", 1);
Bu noktada şunu diyorsun:
“Oh be…”
Ama Supabase’in de bir bedeli var:
Veri modelini baştan düşünmen gerekir
RLS yazman gerekir
migration mantığı vardır
Yani Supabase:
daha disiplinli
daha mühendis işi
ama uzun vadede çok rahat
çok oturmuş
mobilde mükemmel
Google / Apple / SMS hazır
SQL ile entegre
DB ile birlikte çalışır
Firebase biraz daha plug-and-play,
Supabase biraz daha kontrollü.
Güçlü ama karmaşık.
Yanlış yazarsan:
ya her şey açık kalır
ya sistem çalışmaz
Supabase’in en güçlü taraflarından biri.
“Bu satırı kim görebilir?” sorusunu veritabanı seviyesinde çözersin.
Burada Firebase önde.
chat
canlı veri
anlık bildirim
Firebase bu işte çok güçlü.
Supabase realtime sunuyor ama:
Firebase kadar doğal değil
daha çok ek özellik gibi
Şimdi işin herkesin merak ettiği kısmına gelelim.
Firebase iki plan sunar.
Özellik | Limit |
|---|---|
Database | 1 GB |
Storage | 5 GB |
Firestore okuma | 50.000/gün |
Firestore yazma | 20.000/gün |
Authentication | ücretsiz |
Küçük projeler için genelde yeterlidir.
Hizmet | Fiyat |
|---|---|
Storage | ~$0.026 / GB |
Database işlemleri | ~$0.18 / 100K işlem |
Cloud Functions | ~$0.40 / 1M çağrı |
Firebase’de fiyat kullanıma göre artar.
Supabase daha basit bir fiyat modeli kullanır.
Özellik | Limit |
|---|---|
Database | 500 MB |
Storage | 1 GB |
Bandwidth | 5 GB |
Auth kullanıcı | 50.000 |
Özellik | Değer |
|---|---|
Fiyat | $25 / ay |
Database | 8 GB |
Storage | 100 GB |
Bandwidth | 250 GB |
Özellik | Değer |
|---|---|
Fiyat | $599 / ay |
Enterprise özellikleri | var |
Strateji: hızlı MVP
Auth → Firebase Auth
DB → Firestore
Storage → Firebase Storage
Notification → FCM
Risk:
İlişkiler arttıkça karmaşıklık ve maliyet artabilir.
Strateji: sağlam veri modeli
Auth → Supabase Auth
DB → PostgreSQL
Security → RLS
Storage → Supabase Storage
Risk:
Başta daha fazla planlama gerekir.
Firebase seç:
realtime önemliyse
chat varsa
hızlı MVP gerekiyorsa
veri ilişkileri basitse
Supabase seç:
ilişkili veri çoksa
SQL gerekiyorsa
raporlama varsa
uzun vadeli ürün planlanıyorsa
“Hangisi daha iyi?” sorusu yanlış soru.
Doğru soru şu:
Benim projem hangi yükü taşıyacak?
Eğer bu yazıyı okurken
“benim projede ilişkiler artacak” diyorsan → Supabase.
Eğer
“önce çalışsın, sonra bakarız” diyorsan → Firebase.
Ama şunu unutma:
Teknoloji seçimi, projenin kaderidir.
Node.js nedir ve backend geliştirmede ne işe yarar? Node.js, JavaScript kodlarının yalnızca internet tarayıcısında değil, sunucu tarafında da çalışmasını sağlayan açık kaynaklı bir çalışma ortamıdır. Web sitelerinin, mobil uygulamaların, yönetim panellerinin ve gerçek zamanlı sistemlerin arka planında çalışan API’ler Node.js ile geliştirilebilir. Bu rehberde Node.js’in çalışma mantığını, event loop yapısını, veritabanı bağlantılarını, kullanıcı giriş sistemlerini, gerçek zamanlı mesajlaşmayı ve API geliştirme sürecini sade bir dille ele alıyoruz. Ayrıca Node.js’in hangi projelerde tercih edilmesi gerektiğini, hangi durumlarda farklı teknolojilerin daha uygun olabileceğini ve backend projesine başlamadan önce dikkat edilmesi gereken noktaları açıklıyoruz.
Yorumlar (0)
Henüz yorum yapılmamış. İlk yorumu sen yap!
Yorum Yap