Neon Nedir, Nasıl Kullanılır? Serverless Postgres ve Supabase ile Kıyası

Serverless mimari uygulama katmanında çoktan standart oldu, peki veritabanı tarafında durum ne? Neon nedir sorusunun kısa cevabı şu: Neon, Postgres'i gerçek anlamda serverless çalıştıran yönetilen bir veritabanı platformudur. Depolamayı ve compute'u birbirinden ayırır, trafik yokken compute'u sıfıra indirir, istek gelince saniyenin altında uyandırır ve veritabanınızı bir Git dalı gibi dallandırmanıza izin verir.

Bu rehberde Neon'un mimarisini, Temmuz 2026 itibarıyla güncel fiyatlandırmasını, Next.js ve Drizzle ile adım adım kullanımını ve Claude entegrasyonlarını ele alacağız. En çok sorulan soruyu da atlamayacağız: Neon vs Supabase kıyasında hangisi ne zaman doğru tercih? SaaSBridge olarak iki platformu da üretimde kullandığımız için birinci elden deneyimle yazıyoruz.

Neon Nedir?

Neon, açık kaynak çekirdeğe sahip, bulutta yönetilen bir serverless Postgres hizmetidir. Standart Postgres protokolünü ve SQL'i olduğu gibi korur; farkı altyapısındadır. Depolama ve compute katmanlarını ayırdığı için otomatik ölçekleme, boşta tamamen durma (scale-to-zero) ve saniyeler içinde veritabanı kopyası açma (branching) gibi klasik Postgres kurulumlarında bulunmayan yetenekler sunar. Kod tarafında ise hiçbir şey değişmez: bağlantı dizesi yine bir Postgres bağlantı dizesidir. Şirket, MemSQL (bugünkü adıyla SingleStore) kurucu ortağı Nikita Shamgunov öncülüğünde 2021 yılında kuruldu.

Mayıs 2025'te Databricks, Neon'u yaklaşık 1 milyar dolara satın aldı. Bu haber "Neon kurumsal bünyede kaybolur" yorumlarına yol açtı ama tersi yaşandı: Neon, neon.com'da bağımsız ürün olarak devam ediyor ve satın alma sonrasında fiyatlar ciddi biçimde düştü. Aynı teknoloji, Databricks'in Lakehouse içindeki operasyonel Postgres ürünü Lakebase'i de besliyor (Şubat 2026'da AWS'de genel kullanıma açıldı). Ayrım kabaca şöyle: Lakebase, Databricks ekosistemindeki kurumsal müşteriler için; Neon ise geliştiriciler, startup'lar ve AI agent platformları için konumlanıyor.

Neon'un Temel Özellikleri

Storage ve compute ayrımı

Neon'da Postgres compute node'ları stateless çalışır. Yazma işlemleri WAL (write-ahead log) olarak Safekeeper adlı bileşenlere akar; bir commit, Paxos quorum onayıyla kesinleşir. Pageserver bu log'u işleyip veri sayfalarını talep üzerine üretir, kalıcı veri ise S3 gibi object storage'da yaşar.

Okuma yolunda sıralama şöyledir: önce bellek, sonra lokal NVMe cache, en son Pageserver. Autoscaling, scale-to-zero ve branching gibi özelliklerin tamamını mümkün kılan şey bu ayrımdır.

Autoscaling ve CU kavramı

Neon compute gücünü CU (Compute Unit) ile ölçer: 1 CU yaklaşık 4 GB RAM ve orantılı CPU demektir, ölçek doğrusaldır (2 CU = 8 GB RAM). Compute, trafiğe göre otomatik büyür ve küçülür: Free planda en fazla 2 CU, Launch planda 16 CU'ya kadar; Scale planda autoscaling 16 CU'ya kadar çalışır, sabit boyutta ise 56 CU'ya (224 GB RAM) kadar compute seçilebilir.

Scale-to-zero: boşta fatura durur

Varsayılan ayarda compute, 5 dakikalık hareketsizlikten sonra askıya alınır ve askıdayken 0 CU-saat ücret işler. Önemli ayrıntı: depolama ücreti (0,35$/GB-ay) compute kapalıyken de işlemeye devam eder. Free planda scale-to-zero kapatılamaz; Launch planda kapatılabilir; Scale planda 1 dakikadan "always on" seçeneğine kadar ayarlanabilir.

Branching: veritabanının Git dalı

Neon'un en ayırt edici özelliği copy-on-write branching'dir. Üretim veritabanından (veya geçmişteki herhangi bir andan) saniyeler içinde bir dal açarsınız; veri fiziksel olarak kopyalanmadığı için işlem anlıktır ve her branch kendi bağlantı endpoint'ine sahiptir. Buna Instant Restore eşlik eder: yanlışlıkla silinen veriyi Free planda 6 saat, Launch planda 7 gün, Scale planda 30 gün geriye giderek kurtarabilirsiniz (tutulan değişiklikler 0,20$/GB-ay).

Kullandıkça öde fiyatlandırma (Temmuz 2026)

Neon'un fiyat modeli tamamen kullanım bazlıdır ve aylık minimum yoktur. Temmuz 2026 itibarıyla neon.com/pricing'deki güncel rakamlar şöyle:

• Free (0$/ay): proje başına 100 CU-saat/ay compute, 0,5 GB depolama, 100 proje, proje başına 10 branch, 5 GB egress.
• Launch: aylık minimum yok; compute 0,106$/CU-saat, depolama 0,35$/GB-ay, 500 GB transfer dahil (sonrası 0,10$/GB), ekstra branch 1,50$/branch-ay.
• Scale: compute 0,222$/CU-saat, depolama 0,35$/GB-ay, 1.000 proje, 25 branch dahil.

Kullanım saatlik ölçülür, ay sonunda faturalanır; 0,50$ altındaki faturalar tahsil edilmez. Bu rakamlar zamanla iyileşti: Ağustos 2025'te Neon sabit plan ücretlerini kaldırıp tamamen kullanım bazlı modele geçti. Başlangıçta aylık 5$'lık küçük bir minimum vardı, Aralık 2025'te o da kaldırıldı.

Aynı model değişikliğiyle depolama, eski plan bazlı modeldeki 1,75$/GB-ay ek depolama fiyatından 0,35$/GB-aya indi, yani yaklaşık %80 indirim. Compute ise sonradan ayrıca ucuzladı: Ağustos 2025'te 0,14$/CU-saat olan Launch fiyatı Temmuz 2026'da 0,106$'a inmiş durumda. Free planın compute kotası da Ekim 2025'te 50'den 100 CU-saate çıkarıldı.

Connection pooling ve "-pooler" endpoint'i

Doğrudan bağlantıda max_connections compute boyutuna bağlıdır: 0,25 CU'da 104, 1 CU'da 419, 9 CU ve üzerinde 4.000'de sabitlenir. Serverless ve edge ortamlarında bu limit hızla dolar; bu yüzden Neon, hostname'e "-pooler" son eki ekleyerek erişilen dahili bir PgBouncer pooler sunar. Pooler 10.000'e kadar eşzamanlı client bağlantısı taşır ama transaction modda çalıştığı için SET, LISTEN/NOTIFY, temp table ve SQL seviyesi PREPARE desteklenmez.

Neon vs Supabase: Hangisini Seçmeli?

Türkçe arama trafiğinde en çok karşılaştırılan iki isim bunlar. Daha önce Supabase nedir yazımızda ayrıntılı anlattığımız gibi Supabase bir BaaS (Backend as a Service) paketidir: Postgres'in yanında Auth, Storage, Realtime ve Edge Functions kutudan çıkar. Neon ise saf veritabanı motorudur; auth ve dosya depolama gibi parçaları kendiniz eklersiniz. Kaynaklarda sık tekrarlanan özet şudur: "Neon daha iyi veritabanı, Supabase daha iyi platform."

Peki hangi senaryoda hangisi? Trafiğiniz kesikli veya değişkense (yan projeler, iç araçlar, gece boş duran B2B uygulamaları, çok sayıda küçük proje) Neon'un kullandıkça öde modeli belirgin şekilde ucuza gelir. Kendi backend'inizi yazıyorsanız, örneğin Next.js ve Drizzle ile çalışıyorsanız, Neon'un sadeliği avantajdır.

Buna karşılık hızlı bir full-stack MVP çıkarıyorsanız ve login, dosya yükleme, realtime aboneliklerini hazır istiyorsanız Supabase daha az parça birleştirmenizi gerektirir. Sabit ve yüksek trafikte de Supabase'in always-on compute'u daha öngörülebilir bir fatura üretebilir.

Branching konusunda ise 2026'da "Supabase'de branch yok" demek yanlış olur; fark mekanizmada. Neon branch'leri copy-on-write olduğu için anlıktır ve compute kullanmadıkça neredeyse bedavadır, Supabase branch'leri ise saatlik ücretlendirilen ayrı compute instance'larıdır. İki taraf da Postgres olduğu için pg_dump ile geçiş iki yönde de görece kolaydır, lock-in düşüktür.

Neon Nasıl Kullanılır? Adım Adım Başlangıç

1. Hesap ve proje oluşturma

neon.com adresinden ücretsiz hesap açın ve bir proje oluşturun. Proje açılırken region seçin; Türkiye'den en düşük gecikme için AWS eu-central-1 (Frankfurt) mantıklı tercihtir. Proje hazır olduğunda console size iki bağlantı dizesi verir: pooled ve direct.

2. Next.js ve Drizzle ile bağlantı

Neon'un serverless driver'ı HTTP üzerinden çalıştığı için edge runtime'da bile sorunsuzdur:

npm install drizzle-orm @neondatabase/serverless
npm install -D drizzle-kit

Ardından veritabanı istemcisini oluşturun:

import { drizzle } from "drizzle-orm/neon-http";

export const db = drizzle(process.env.DATABASE_URL!);

3. Pooled ve direct URL ayrımı

Uygulama trafiği her zaman pooled endpoint'ten akmalı; migration araçları (drizzle-kit push, Prisma Migrate) ise pooler'sız direct bağlantı ister. İkisini ayrı env değişkeni olarak tutun:

DATABASE_URL="postgresql://user:pass@ep-xxx-pooler.eu-central-1.aws.neon.tech/neondb?sslmode=require"
DIRECT_URL="postgresql://user:pass@ep-xxx.eu-central-1.aws.neon.tech/neondb?sslmode=require"

Bu bağlantı dizesi standart Postgres protokolüdür. Yani Drizzle yerine Prisma, klasik pg kütüphanesi (Node.js) veya doğrudan psql ile de aynı dizeyle bağlanabilirsiniz; Neon'a özgü bir istemci zorunluluğu yoktur.

4. Branch ile geliştirme akışı

Yeni bir özellik geliştirirken üretim verisinin anlık kopyasında çalışabilirsiniz:

npx neonctl branches create --name feature-odeme

Komut saniyeler içinde tamamlanır ve branch'e özel bir bağlantı dizesi döner. Migration'ı önce bu dalda test eder, sorun yoksa ana dala uygularsınız. Vercel kullanıyorsanız bu akış otomatikleşir: her Preview Deployment için izole bir Neon branch'i açılır.

Claude ve AI Araçlarıyla Entegrasyon

Neon'u 2026'da özellikle ilginç kılan şey, kendisini "AI agent'ların veritabanı" olarak konumlaması. Databricks'in satın alma gerekçelerinden biri de buydu: Neon'da provision edilen veritabanlarının %80'inden fazlası insanlar tarafından değil, AI agent'lar tarafından otomatik oluşturuluyordu.

Neon MCP Server

Neon'un resmî MCP server'ı (@neondatabase/mcp-server-neon), Claude ile Neon API'si arasında köprü kurar. MCP nedir yazımızda anlattığımız protokol sayesinde doğal dille proje ve branch yönetimi, run_sql ile sorgu çalıştırma, şema keşfi ve query tuning yapılabilir. İki kurulum yolu var: OAuth ile managed MCP server (API key gerekmez) veya API key ile lokal npm paketi.

Claude Code Neon plugin'i

Anthropic'in resmî plugin marketplace'inde yayında olan Neon plugin'i tek komutla kurulur:

claude plugin install neon@claude-plugins-official

Plugin, neon-postgres skill'ini ve MCP entegrasyonunu birlikte paketler. En değerli kısmı güvenli migration akışıdır: prepare_database_migration aracı değişikliği önce geçici bir branch'te test eder, complete_database_migration onayınızla ana dala uygular. Ayrıca list_slow_queries ile yavaş sorgu tespiti, prepare_query_tuning ile optimizasyon ve provision_neon_auth ile auth kurulumu yapılabilir. Bu araç setini kendi ortamımızda birebir test ettik; Claude Code yazımızdaki iş akışlarıyla doğal biçimde birleşiyor.

Vercel Marketplace entegrasyonu

Neon, Vercel Marketplace'te native integration olarak bulunur: veritabanı saniyeler içinde açılır, env değişkenleri otomatik enjekte edilir, faturalama Vercel hesabında birleşir. Eski Vercel Postgres store'ları da 2024 sonunda başlayan geçişle 2025 başında tamamen Neon'un native entegrasyonuna devredildi. Preview branching entegrasyonu, her pull request için izole bir veritabanı dalı açarak "PR başına staging DB" pratiğini bedavaya getirir.

Agent başına veritabanı kalıpları

AI agent'ların veritabanı ihtiyacı insanlarınkinden farklıdır: saniyeler içinde provision, kullanılmayınca sıfır maliyet. Neon bu ihtiyaca üç kalıpla cevap verir:

• Database-per-agent: agent'lar API üzerinden binlerce proje açar, boşta kalanlar scale-to-zero'ya düşer.
• Claimable Postgres: agent platformu son kullanıcı adına veritabanı açar, kullanıcı 72 saat içinde kendi Neon hesabına devralır (v0 ve Replit tarzı app-builder akışı).
• Branch-per-agent: paralel çalışan coding agent'ların her birine Git worktree ile birlikte kendi Neon branch'i verilir, çakışma yaşanmaz.

Avantajları

• Gerçek serverless ekonomi: boşta compute faturası 0$, aylık minimum yok; 0,50$ altı faturalar tahsil bile edilmez.
• Anlık branching: üretim verisinin kopyasında test etmek saniyeler sürer ve neredeyse bedavadır.
• Standart Postgres: özel API yok, mevcut ORM ve araçlar olduğu gibi çalışır; lock-in düşük.
• Otomatik ölçekleme: trafiğe göre 0,25 CU ile 16 CU arasında elle müdahale olmadan iner çıkar.
• AI-native araç seti: resmî Claude Code plugin'i, MCP server ve agent kalıplarıyla ekosistemin önünde.

Zayıf Yönleri ve Dikkat Edilmesi Gerekenler

Cold start gecikmesi: Scale-to-zero sonrası ilk sorgu, compute'un uyanması için 300-800 ms bekler; toplam gecikme 1 saniyeye yaklaşabilir. Login veya checkout gibi ilk isteğin kritik olduğu akışlarda hissedilir. Çözüm: paid planda scale-to-zero'yu kapatın veya süreyi uzatın. Cron ile ping atmak da mümkün ama bu, compute'u 7/24 açık tutup faturayı büyütür; bilinçli tercih olmalı.

Pooler zorunluluğu ve kısıtları: Küçük compute'ta doğrudan bağlantı limiti çok düşüktür (0,25 CU'da 104). Uygulama için "-pooler" endpoint'i fiilen zorunludur; ancak transaction modda SET, LISTEN/NOTIFY, temp table ve SQL seviyesi PREPARE çalışmaz, Prisma Migrate pooled bağlantıyla çalışmaz. Migration'lar için mutlaka ayrı DIRECT_URL tanımlayın.

"Scale-to-zero varsa bedava" yanılgısı: React Query polling, WebSocket keepalive veya sık health check gibi kalıplar veritabanını hiç uyutmaz ve sayaç 7/24 işler. Autoscaling trafik altında CU'yu yükseltince saat ücreti de katlanır. İlk haftadan itibaren console'daki kullanım ekranını izleyin, polling aralıklarını gözden geçirin ve autoscaling'e üst sınır koyun.

Auth, storage ve realtime yok: Neon yalnızca veritabanıdır. Supabase'den gelenler login ve dosya yüklemeyi hazır bulmayı bekler ama bulamaz. Auth için Neon Auth, Clerk veya Better Auth; dosyalar için Cloudflare R2 veya S3; realtime için Pusher benzeri servisler eklemek gerekir.

Self-hosting pratikte zor: Kod Apache 2.0 lisanslı ama Pageserver, Safekeeper ve control plane'i Kubernetes üzerinde işletmek ciddi uzmanlık ister. Supabase'in docker-compose kolaylığı Neon'da yok. Self-host şartsa Supabase veya yönetilen düz Postgres daha gerçekçidir; Neon'da kalıp riski azaltmak içinse düzenli pg_dump yedeği yeterlidir.

Free plan limitleri serttir: Proje başına 0,5 GB depolama ve 100 CU-saat sınırı aşıldığında compute ay sonuna kadar askıya alınır, yani uygulamanız fiilen çöker. 100 CU-saat, 0,25 CU'da yaklaşık 400 saat aktif çalışma demektir; ama 2 CU'ya autoscale eden bir proje bu kotayı 50 saatte bitirir. Üretimdeki projelerde minimum ücreti olmayan Launch planına geçmek en güvenlisidir.

Sıkça Sorulan Sorular

Neon tamamen ücretsiz kullanılabilir mi?

Evet, Free plan kredi kartı istemez ve gerçek bir yan proje için başlangıçta yeterlidir: proje başına 100 CU-saat compute ve 0,5 GB depolama sunar. 0,25 CU'da çalışan düşük trafikli bir uygulama bu kotayla ayı rahat çıkarır. Ancak limit aşılırsa compute ay sonuna kadar askıya alınır ve uygulama erişilemez hale gelir. Ziyaretçisi olan bir proje için aylık minimumu olmayan Launch planı daha güvenli bir tercihtir.

Türkiye'den bağlanınca gecikme sorun olur mu?

Türkiye'ye en yakın region AWS eu-central-1 (Frankfurt) olduğundan ağ gecikmesi tipik olarak 40-60 ms civarındadır ve çoğu web uygulaması için fark edilmez. Asıl hissedilen şey cold start'tır: askıdaki compute'un uyanması birkaç yüz milisaniye sürer, ilk sorguya kadar toplam süre 1 saniyeye yaklaşabilir. Sonraki tüm sorgular normal hızda akar. Gecikmeye duyarlı akışlar için scale-to-zero süresini uzatmak veya kapatmak yeterlidir.

Supabase'den Neon'a geçiş zor mu?

Veritabanı kısmı kolaydır: ikisi de standart Postgres olduğundan pg_dump ile alıp restore ile yüklersiniz, şema ve veri olduğu gibi taşınır. Zor kısım veritabanı dışındaki parçalardır. Supabase Auth kullanıcılarını Neon Auth veya Clerk gibi bir servise, Storage dosyalarını R2 veya S3'e, realtime abonelikleri ayrı bir servise taşımanız gerekir. Tersi yönde geçiş de aynı mantıkla işler; iki platformda da lock-in düşüktür.

Sonuç

Neon, "Postgres ama serverless" vaadini 2026 itibarıyla en olgun şekilde yerine getiren platform: kullandıkça öde modeli, anlık branching ve agent-native araç setiyle özellikle değişken trafikli projeler ve AI iş akışları için güçlü bir tercih. Databricks'in satın alması ürünü yavaşlatmak yerine ucuzlattı ve hızlandırdı.

Seçim ise ihtiyaca bağlı: hazır auth ve storage ile hızlı MVP istiyorsanız Supabase, kendi backend'inizi yazıyorsanız ve faturanın kullanımla ölçeklenmesini istiyorsanız Neon öne geçiyor. İkisi de Postgres olduğu için bugün verdiğiniz karar sizi yarına kilitlemiyor. En sağlıklısı, bir yan projeyi Free planda Neon'a kurup scale-to-zero ekonomisini kendi trafiğinizle test etmek.