Branching ve CI/CD Entegrasyonu
Neon'da bir branch, storage seviyesinde gerçek bir copy-on-write klon: ana branch'e ek yük bindirmeden, prod verisinin anlık görüntüsünü saniyeler içinde alıyorsun. Vercel entegrasyonu her preview deployment için otomatik branch açıyor; CLI/API/GitHub Actions ile CI'ya bağlanıyor. 17 Eylül 2026'daki "Neon backend GA" ile Auth, Storage, Functions ve AI Gateway dahil tüm backend tek neon.ts dosyasından tanımlanıp neon deploy ile branch'lenebiliyor.
Supabase'de tablo farklı: yönetilen platformda branching migration-tabanlı ve doküman deyimiyle "data-less by default" — yeni branch varsayılan olarak ana projenin verisiyle veya storage nesneleriyle başlamıyor. Bir seed dosyası ya da dashboard'dan branch açarken "Include data" seçeneğiyle veriyi dahil edebiliyorsun, ama bu Neon'un storage-seviyesi copy-on-write klonu kadar anlık ve ucuz değil. Self-hosted Supabase dokümantasyonu açıkça "branching self-host'ta kullanılamaz" diyor.
Pratik sonuç: "her PR'a production verisiyle izole ortam" gerekiyorsa Neon'un copy-on-write yaklaşımı teknik olarak daha güçlü. Supabase'in branch'i "şemam doğru deploy oluyor mu" sorusuna cevap verir ama gerçek veriyle davranışı Neon kadar test etmez.
Scale-to-Zero ve Soğuk Başlatma
İki platform da "kullanmadığında ödeme" felsefesini paylaşıyor ama uygulama biçimleri çok farklı.
Neon'da scale-to-zero varsayılan olarak 5 dakikalık inaktivite sonrası devreye giriyor: compute askıya alınıyor, sonraki istekte birkaç yüz milisaniyede yeniden ayağa kalkıyor. Free planda bu davranış sabit; paid planlarda kapatılabilir. Tek istisna: logical replication subscriber'ın varlığı scale-to-zero'yu devre dışı bırakıyor.
Supabase'de mekanizma farklı: Free plan projeleri 1 hafta inaktivite sonrası "paused" duruma geçiyor — manuel ya da otomatik unpause gerektiren, Neon'un saniyeler içindeki uyanmasından çok daha yavaş bir model.
Kimin için önemli: düzensiz trafikli dev/staging projelerinde Neon'un saniyeler içinde uyanan modeli kullanıcı deneyimini bozmadan tasarruf sağlar. Supabase'in haftalık pause'u aktif projelerde daha az sorun çıkarır ama uzun süre dokunulmayan demo projelerinde sürpriz yaratabilir.
Auth Çözümü Olgunluğu
Supabase Auth platformun en olgun parçalarından: JWT tabanlı oturum, password/magic-link/OTP/social/SSO girişleri, geniş üçüncü taraf sağlayıcı desteği (Apple, Azure, Bitbucket) ve RLS entegrasyonu. 2026 Haziran'da passkeys beta'ya geçti.
Neon Auth çok daha genç: "Managed Better Auth" adıyla sunulan, açık kaynaklı Better Auth üzerine kurulu native bir servis. Kimlik verisi doğrudan neon_auth şemasında saklanıyor — veritabanını branch'lediğinde auth state de birlikte dallanıyor. Framework quickstart'ları hazır, Google OAuth credential'ı gelmiş. Resmi roadmap sayfası servisi "generally available" olarak işaretliyor; 17 Eylül 2026 GA duyurusu Managed Better Auth'u da kapsıyor. Ama aynı sayfa devam eden çalışmayı da listeliyor: Organization plugin'i kısmi destekli, frontend ile backend'in ayrı deployment olduğu mimariler henüz desteklenmiyor.
Pratik ölçüt: geniş bir sağlayıcı yüzeyine ve yıllara yayılmış saha geçmişine bugün ihtiyacın varsa Supabase Auth daha güvenli. Auth'un branch ile dallanması sana değer katıyorsa Neon Auth artık GA bir seçenek — yalnız mimarinin desteklenen framework listesine (Next.js, Vite + React, React Router, TanStack Router) uyduğunu baştan doğrula.
Storage, Realtime ve Edge Functions
Burada olgunluk farkı en net görülüyor. Supabase'de Storage (RLS destekli), Realtime (Broadcast+Presence+Postgres Changes) ve Edge Functions (Deno, açık kaynak) — üçü de yıllardır GA, geniş bölge kapsamında ve RLS ile sıkı entegre.
Neon'da bu üçlü yeni şekilleniyor. Neon Object Storage 2026 Ağustos başında duyuruldu ve resmi blogun kendi başlığıyla artık "generally available": S3-uyumlu, branch'lenebilir — ama yalnız 4 AWS bölgesinde (Ohio, N. Virginia, Frankfurt, Singapore). Neon Functions veriye komşu Node.js compute çalıştırıyor; Object Storage'a dosya yüklendiğinde tetiklenen "Function Triggers" sonradan eklendi. Hepsi 17 Eylül 2026'daki "Neon backend GA" şemsiyesinde: tek neon.ts dosyasında Auth+Storage+Functions+AI Gateway.
Anlamı: Neon mimari olarak doğru yönde ve bileşenler GA — ama hiçbiri Supabase'in yıllardır production'da duran eşdeğerleri kadar uzun bir saha geçmişine sahip değil, Object Storage'da bölge kapsamı da dar. Realtime tarafında ise Neon'un ayrı bir GA ürünü yok; Electric sync engine tabanlı gerçek zamanlı Postgres senkronizasyonu yol haritasında. Ağır storage/realtime yükü taşıyan uygulamada Supabase bugün daha güvenli zemin.
Fiyatlandırma ve Bağlantı Havuzlama
Supabase sabit tier + kullanım-üstü kullanıyor: Free $0, Pro $25/ay, Team $599/ay, Enterprise özel; compute add-on'ları Micro $10'dan 16XL $3.730'a kadar, MAU/disk/egress aşımları ayrı faturalanıyor. Öngörülebilir bir model.
Neon compute-saniye bazlı: Free $0 (proje başına ayda 100 CU-saat), Launch $0.106/CU-saat ("tipik harcama $15/ay"), Scale $0.222/CU-saat. Düzensiz trafikte (scale-to-zero ile) Supabase'den ucuz çıkabilir ama öngörülebilirliği daha düşük.
Bağlantı havuzlamada Neon net: PgBouncer tabanlı, 10.000 eşzamanlı bağlantıya kadar; max_connections 104'ten (0.25 CU) 4.000'e (9-56 CU) değişiyor. Supabase 5 farklı strateji sunuyor (Data API, Shared pooler transaction/session mode, Direct, Dedicated pooler) — esnek ama Neon'un tek modeline göre daha fazla karar gerektiriyor. Prisma/Drizzle ile pooler transaction-mode'da prepared statement uyumsuzluğu her iki platformda da bilinen bir sorun, ?pgbouncer=true gibi ek ayar istiyor.
Self-Host, Bölge Seçenekleri ve Kurumsal Sahiplik Riski
Supabase net: Docker Compose ile tam self-host, telemetri yok — ama branching, gelişmiş metrik, yönetilen backup+PITR, analytics gibi özellikler self-host'ta yok, operasyon sorumluluğu sende.
Neon'da resmi, adım-adım bir self-host Docker rehberine bu araştırmada ulaşılamadı — yalnız "tam Postgres uyumluluğu, proprietary lock-in yok" vurgusu bulundu. Standart pg_dump/pg_restore ile taşınabilir olsa da kendi altyapısını çalıştırma seçeneği Supabase kadar net belgelenmemiş — belirsiz.
Bölgede Supabase daha geniş: 17 spesifik AWS bölgesi. Neon 8 bölgeyle çalışıyor ve proje sonrası bölge değiştirilemiyor.
En stratejik kriter: kurumsal sahiplik riski. Neon, 14 Mayıs 2025'te Databricks tarafından satın alındı; "Lakebase Postgres, by Databricks" olarak konumlanıyor, destek planları Databricks katmanlarına bağlı — roadmap artık bağımsız değil. Supabase 2026-06'daki $500M Series F ile bağımsız kalıyor. 3-5 yıllık bir platform kararı veriyorsan bu maddeyi teknik kriterler kadar ciddiye al.