Aurabase vs Convex: Yerel SQL mi yoksa Reaktif Arka Uç mu?

Aurabase, PostgreSQL 16 standardını temel alır: SQL, klasik geçişler, RLS politikaları. Konveks ise tam tersi bir yol izler. Resmi belgeleri bu tercihi açıkça ortaya koyuyor: "Kurulacak hiçbir şey yok ve herhangi bir SQL yazmaya gerek yok. Uygulamanızın ihtiyaçlarını ifade etmek için yalnızca JavaScript kullanın" (docs.convex.dev/database, 24 Ağustos 2026'da erişildi). Dışbükey tablolar, yazılacak DDL olmadan, ilk olarak insertoluşturulan isteğe bağlı bir TypeScript şeması tarafından yazılan belgeleri depolar.

Şemada bildirilen bir dizin ile tipik bir Dışbükey sorgunun neye benzediği aşağıda açıklanmıştır:

// Dışbükey Sorgu - TypeScript, SQL değil
import { query } from './_generated/server'
import { v } from 'convex/values'

export const getOpenTasks = query({
  args: {},
  handler: async (ctx) => {
    return await ctx.db
      .query('tasks')
      .withIndex('by_completed', q => q.eq('completed', false))
      .collect()
  },
})

Her iki model de kesinlikle üstün değildir. Convex'in sorgu oluşturucusu, yapısal olarak SQL enjeksiyon hatalarının tamamını ortadan kaldırır. Ayrıca sizi kendi sorgu diline kilitler. Veri katmanı tamamen yeniden yazılmadan standart BI aracı yok, mevcut Postgres ORM yok, pgvector veya pg_graphql gibi SQL uzantısı yok.

Convex'te her sorgu varsayılan olarak yanıt verir. İstemci, dağıtıma bir WebSocket bağlantısı açar ve motor, her istek tarafından okunan tüm satırları ("okuma seti") korur. Bir mutasyon bu okuma setini etkilediğinde, fonksiyon sunucu tarafında tekrar oynatılır. Güncellenen sonuç, yazılacak bir abonelik kodu olmadan istemciye iletilir (stack.convex.dev/how-convex-works, 24 Ağustos 2026'da erişildi).

Aurabase gerçek zamanlı, isteğe bağlı olarak tam tersi şekilde çalışır. NATS JetStream, PostgreSQL değişiklik akışını (CDC) yayınlar; Sütuna göre filtreleme olanağıyla channel().on('postgres_changes', …)aracılığıyla bir kanala açıkça abone olursunuz. Bu, canlı bir görünüm için yazılacak daha fazla koddur ancak Postgres mantıksal çoğaltması tarafından desteklenen standart bir protokoldür; belirli bir sorgu oluşturucuyla birleştirilmiş özel bir mekanizma değildir.

Burada bulmayı beklemediğimiz bir ortak nokta: her iki motorun da Rust'ta yazılmış olması. Convex açık kaynak deposu (get-convex/convex-backend) esas olarak Rust kasalarından oluşur. TypeScript, V8 motoru aracılığıyla yalnızca geliştirici işlevlerinin yürütme ortamı için kullanılır (stack.convex.dev/how-convex-works, 24 Ağustos 2026'da erişildi). Supabase'e karşı - Elixir/Go/TypeScript/Node yığını - Rust çekirdeği gerçek bir Aurabase farklılaştırıcısı olmaya devam ediyor. Convex'e karşı hayır: her ikisi de öngörülemeyen çöp toplama duraklamaları olmadan güvenilir bir işlem motoru oluşturmak için bu bahse girdi.

Fark lisansa bağlıdır. Dışbükey motor kodu (get-convex/convex-backend), adil bir kaynak lisansı olan FSL-1.1-Apache-2.0kapsamında yayımlanmıştır. Convex Cloud ile rekabet eden bir ürün oluşturmak dışında her türlü kullanıma izin verir. Her sürüm, kullanıma sunulduktan iki yıl sonra saf Apache 2.0'a geçer; madde doğrudan depodaki LICENSE.md dosyasında doğrulanır (github.com/get-convex/convex-backend, 24 Ağustos 2026'da erişildi). Rust çalışma alanı ve Aurabase JavaScript SDK'sı, MIT lisansı altında, gecikme veya kullanım kısıtlaması olmaksızın açık kaynak olarak yayınlanmaktadır.

Convex yapay zekanın dışında bırakılmıyor. Yerel vektör aramasına şemada bildirilen bir vektör dizini ile actionsadresinden erişilebilir. @convex-dev/agent ve rag.search()çerçevesiyle, kağıt üzerinde Aurabase'in yerel RAG'si (docs.convex.dev/search/vector-search, 24 Ağustos 2026'da erişildi) ile karşılaştırılabilir bir RAG özelliği oluşturur.

Dolayısıyla asıl fark "RAG'a karşı RAG'sız" değildir. Aurabase ayrıca bir NL2SQL motorunu da entegre eder; doğal dildeki bir sorunun bir SQL sorgusuna çevrilmesi, yürütülmeden önce doğrulanması ve sınırlandırılması. Convex yapısal olarak bir eşdeğer sunamaz: çevrilecek SQL olmadan üretilecek hiçbir şey yoktur. Bu, bir ürün gecikmesi değil, yukarıda belgelenen mimari seçiminin doğrudan bir sonucudur.

Convex, varsayılan ABD Doğu bölgesine (docs.convex.dev/prodüksiyon/regions ve news.convex.dev, 24 Ağustos 2026'da erişildi) ek olarak 6 Şubat 2026'dan beri dağıtılan bir EU West (Ireland)bölgesi sunmaktadır. Tanınmayı hak eden gerçek bir seçenek. Ancak Convex Inc., Amerikan yasalarına göre bir şirket olmaya devam ediyor. Kurucusu ve CEO'su Jamie Turner, merkezinin San Francisco'da olduğunu söylüyor (news.convex.dev, Insight Partners liderliğindeki B Serisi'nden 57 milyon dolar topladı, 4 Ağustos 2026). İrlanda bölgesini seçmeniz, verilerinizi barındıran şirketin yargı yetkisini değiştirmez.

Bu, Supabase ile belgelenen mekanizmanın tamamen aynısıdır. Bir yönetim panelinde işaretlenen bir Avrupa bölgesi, ana şirket Amerikalı kaldığı sürece CLOUD Yasası'nın yasal rejiminden çıkmak için yeterli değildir. Fransız yasalarına göre kurulmuş bir şirket olan Aurabase SAS, Almanya'da (Nürnberg, Falkenstein) ve Finlandiya'da (Helsinki) doğrulanmış bir üretim altyapısı işletmektedir.

Daha derine inin: CLOUD Yasası BaaS seçiminizi neden değiştiriyor?

Convex, pazarlama kriterleri yarışına karşı kamuya açık bir tavır aldı. Gönderisinin başlığı incelikli değil: "Veritabanı kıyaslamalarınız umurumda değil (ve siz de yapmamalısınız)" (stack.convex.dev/on-competitive-benchmarks, erişim tarihi 24 Ağustos 2026). Hedefli bir saldırı değil, varsayılan bir duruş seçimi; gönderide belirli bir rakibin adı yer almıyor.

Aurabase'in tutumu da aynı gözleme dayanmaktadır ancak tam tersi yöndedir: rakamları yayınlamaktan vazgeçmek yerine tekrarlanabilir ve tarihi geçmiş bir kıyaslama metodolojisi yayınlamak. Bu hala devam eden bir çalışmadır; bu makalede, metodolojinin tamamıyla birlikte sunulana kadar hiçbir performans rakamına vurgu yapılmamaktadır.

Convex radikal bir seçim yapar: şemadan sunucu işlevine ve React istemcisine kadar, manuel oluşturma olmadan uçtan uca yazma ile tek bir dil. Bu, zaten %100 TypeScript olan bir ekip için gerçek bir üretkenlik artışıdır.

Aurabase JavaScript SDK'sı, tümü yayınlanmış ve kurulabilir olan @aurabase/*etiketli 10 npm'lik paketler halinde dağıtılır. Depoda Python, Dart ve Rust SDK'ları da mevcuttur. Üçünden hiçbiri henüz ilgili kayıt defterinde (PyPI, pub.dev, Crates.io) yayınlanmadı: şimdilik yalnızca Git deposuna bağımlı olarak kurulabiliyorlar. Tamamen talep edilmeden önce doldurulması gereken gerçek bir uygulama boşluğu ile kağıt üzerinde daha geniş çoklu dil kapsamı.

Aurabase, PostgreSQL 16 standardını ve PostgREST uyumlu bir API'yi temel alır. Klasik pg_dump/pg_restore ile Aurabase'e veya başka herhangi bir Postgres'e şema ve veri aktarımı gerçekleştirilir.

Convex, SQL'e dayanmaz: standart bir ilişkisel formata aktarmanın doğrudan eşdeğeri yoktur. Bir Convex uygulamasının bir SQL arka ucuna geçirilmesi, yalnızca bir dışa aktarma dosyasının dönüştürülmesini değil, şemanın ilişkisel tablolar halinde yeniden modellenmesini ve veri erişim katmanının yeniden yazılmasını içerir.

Ekibiniz zaten %100 TypeScript kullanıyorsa, duyarlı bir React uygulaması geliştiriyorsa ve SQL veya Postgres uzantılarına çok fazla güvenmiyorsa, Convex'in gerçek bir ürün avantajı vardır. İki somut avantaj: yapılandırma olmadan otomatik yanıt verme ve tüm ön uç/arka uç entegrasyon hatalarını azaltan uçtan uca yazma.

Bu uzlaşma, SQL, RLS Postgres, veri taşınabilirliği veya Almanya/Finlandiya'da Fransız ana şirkete sahip bir barındırma bölgesinin karar kriteri haline gelmesiyle ortaya çıkıyor. Aurabase'in farklılığını oluşturduğu yer burasıdır.

Açık kaynak ve kendi kendine barındırma odaklı bir karşılaştırma mı istiyorsunuz? Aurabase ve Appwritekarşılaştırmasına bakın. Postgres kıyaslama karşılaştırması ve mimarisi için bkz. Aurabase ve Supabase.