Databricks, sunucusuz Postgres uzmanı Neon'u satın alıyor

• Databricks, geliştirici odaklı sunucusuz Postgres sunan Neon'u satın almak için anlaşmaya vardı
• Neon, depolama ve işlem ayrımı mimarisi sayesinde geliştiriciler ve yapay zeka sistemleri için optimize edilmiş sunucusuz veritabanı platformu sunuyor
• Neon'un benimsenmesiyle birlikte, yapay zeka ajanlarının oluşturduğu veritabanlarının oranı %30'dan %80'in üzerine hızla çıktı
• Databricks ve Neon, açık kaynak felsefesi ve altyapı inovasyonu DNA'sını paylaşıyor
• Satın almanın ardından da Neon platformu desteği ve gelecek odaklı yol haritası Databricks kaynaklarıyla güçlendirilecek

---

Satın alma duyurusu ve önemi

• Databricks, geliştirici odaklı sunucusuz Postgres sunan Neon'u satın almak için anlaşmaya vardı
• Neon'un kurucu ortakları, Postgres'i depolama ve işlemin tamamen ayrıldığı bir yapıyla tasarlayabilecek dünyadaki az sayıdaki uzmandan oluşuyor
• Bu ekip, yapay zeka çağında büyük ölçekli geliştirici desteği için sunucusuz Postgres platformu sunmaya odaklanmıştı

Postgres tabanlı inovasyon misyonu

• Neon'un kurucu ortakları yaklaşık 4 yıl önce eski nesil veritabanı yapısını yenilemek amacıyla bir araya geldi
• Temel hedefler şunlardı
  • Postgres'in fiili standart haline geleceğini öngörerek sunucusuz platform vizyonu oluşturmak
  • Geliştiricilerin saniyeler içinde yeni instance'lar oluşturabilmesi için hıza odaklanmak
  • Veritabanının otomatik ölçeklenmesi ve işlerin sadeleştirilmesiyle fazla ya da yetersiz kaynak tahsisi endişesini azaltmak
  • Anında branch ve fork desteği ile veritabanı testi ve deneylerini kolaylaştırmak
• Neon ekibi bu hedeflere, depolama ve işlemin bağımsız ölçeklenebildiği bir mimari kurarak ulaştı
• Lansmandan sonra geliştiriciler hız, sadelik ve Git tarzı branch/fork özelliklerini özellikle övdü

Yapay zeka ajanları çağındaki değişim

• Neon'un GA sürümünden sonra yapay zeka ajanları tüm DB oluşturmanın %30'unu oluştururken, yakın dönemde bu oran %80'in üzerine çıktı
• Yapay zeka ajanları geliştiricilere benzer ihtiyaçlara sahip hale geldi
• Neon'un güçlü yanları şöyle
  • Postgres açık kaynak ekosistemi: En yeni LLM'ler Postgres verileriyle eğitildiği için yapay zeka ajanları Neon kullanımında yetkin
  • Hız: İnsanlardan daha yüksek hız gerektiğinden, ultra hızlı instance provisioning kritik önem taşıyor
  • Esnek ölçeklenme ve fiyatlandırma: ayrıştırılmış sunucusuz yapı sayesinde çok düşük maliyet ve çok sayıda yapay zeka ajanını destekleme imkanı
  • Branch ve fork: Yapay zeka ajanlarının değişken denemeleri için deney ve doğrulama süreçlerini kolaylaştırıyor

Databricks ve Neon'un ortak DNA'sı

• Kurucular Nikita Shamgunov, Heikki Linnakangas ve Stas Kelvich, sektörde tanınan veritabanı teknolojisi uzmanları
• SingleStore, Postgres committer'lığı gibi alanlarda zengin deneyim ve özgünlük taşıyorlar
• Hem Databricks hem de Neon, altyapı katmanındaki ileri teknoloji inovasyonuna ve açık kaynak değerlerine önem veriyor
• Apache Spark ile Postgres'in ikisi de UC Berkeley çıkışlı açık kaynak projeler olması da aradaki bir diğer bağ

Gelecek vizyonu ve kullanıcıya faydaları

• OLTP veritabanı pazarı (yaklaşık 100 milyar dolarlık büyüklükte) bugün hâlâ on yıllar önceki ürünler etrafında şekilleniyor
• Artık inovasyona geliştiriciler ve yapay zeka ajanlarının liderlik etme zamanı geldi
• Databricks ve Neon, en geliştirici dostu ve yapay zeka ajanı dostu DB platformunu hedefliyor
• Mevcut Neon müşterileri ve iş ortakları, süren destek ve inovasyonun yanı sıra yol haritasının hayata geçirilmesini bekleyebilir
• Databricks'in kaynaklarıyla platformun güçlenmesi ve istikrarlı büyüme garanti altına alınacak
• Gelecek vizyonu, Data + AI Summit'te (San Francisco, 9-12 Haziran) ayrıntılı olarak paylaşılacak

[GN⁺]

Hacker News görüşleri

• Veri ambarının açık kaynak sayesinde hızla metalaştığını düşünüyorum. Bildiğim bir şirket 2 petabayttan fazla veriyi Cloudera’da tutuyordu ama buluta (Databricks) taşınmak yerine Iceberg, Trino ve Superset ile kendi analiz platformunu kurup maliyeti 5 kat düşürdü. Kurumsal seviyedeki k8s operatörleri artık yeterince iyi ve on-prem S3 de gayet başarılı. 128 CPU ve 1TB belleğe sahip sunucular gibi iyi donanım ve ağ seçenekleri de mevcut. Sadece Trino değil, StarRocks ve Clickhouse da kurumsal seviyede k8s Helm chart’ları/operatörleri sunuyor. Databricks’in 60 milyar dolarlık değerlemesi onların derdi. Bu fiyatı haklı çıkarmaları gerekiyor ve ana işlerinin kendisi de metalaşıyor. Neon ise operasyonel (satır odaklı) DB’si olmayan ürün ailesindeki boşluğu dolduruyor
  • Kurumlar açısından bu bir metalaşma değil. Önceki iş yerim açık kaynak yazılıma, 10 yıl sonra hâlâ var olup olmayacağı belirsiz şirketlere ya da veriyi bizim tenant’ımız dışında bir yerde tutan firmalara izin vermiyordu. Hatta “fiyat için arayın” modelini memnuniyetle karşılıyorlardı ve artık veri platformuyla uğraşmak zorunda kalmamak açısından Databricks’i devreye almak benim en büyük 3 başarım arasında sayılır. Yeni bir platform devreye alırken risk çok yüksek olduğu için (herhangi bir açık kaynak proje) güvenilmiyordu. Bir keresinde bir startup çözümünü devreye almıştık; MongoDB kullanıyordu ama operasyon ekibinin yetkinliği yetersiz olduğu için öğrenmek yerine Atlas gibi destekli bir servise sözleşme yaptık. Bilmediğimiz Azure firewall yerine bildiğimiz firewall’u kullandık, çeşitli sözleşmeler de yaptık. Daha az insan işe aldık, tek bir muhatap belirledik, operasyonel verim elde ettik. Startup lisansı yılda 5-10 bin dolar ama destek 40 bin dolar gibi çok daha büyük maliyet çıkarıyor. Startup’larla kurumsal dünya tamamen farklı
  • Açık kaynak StarRocks’u k8s operatörüyle kullanıp terabayt ölçeğinde müşteri analitiği yapıyoruz; benim ortamımda Databricks’e neredeyse hiç ihtiyaç yok gibi geliyor
  • ClickHouse’u son birkaç yıldır sorunsuz kullanıyorum. Özellik yelpazesi geniş ve güven veren bir veritabanı. external dictionary özelliği sayesinde Postgres, Redis gibi diğer veri depolarıyla entegrasyonu kolay
  • Kubernetes operatörü tabanlı açık kaynak bir Cloudera alternatifi arıyorsanız, 5 yıldır stackable.tech geliştiriyoruz. On-prem açık kaynak S3 tarafı ise sorunlu. MinIO’yu önermiyorum, onun dışında da kurumsal ihtiyaçlara cevap verebilen çözümler neredeyse yok
  • Veri ambarı onlarca yıl önce metalaştı zaten. Fiyat ve performans metriklerinin uzun bir geçmişi var ama SnowBricks ürünleri buna uymuyor. Fark sadece zorla satmakla yumuşak satış arasında
  • Neden Databricks’ten operasyonel bir DB satın alayım, anlamıyorum. Bana sadece piyasa değerini korumak için çırpınması gibi geliyor
  • Eğer Databricks’in tek ihtiyacı bir row DB olsaydı, kendi Postgres’ini inşa ederdi. Neon’a bu kadar para vermesi, Neon’un “bağımsız ölçeklenebilen depolama ve compute” gibi özel bir yönünü istediğinin işareti
  • ETL için ne kullandığınızı merak ettim
• Geçen hafta neon’a başvurmuştum; satın alma haberi çıktıktan sonra bu sabah hemen reddedildiğime dair bildirim geldi. Hayatımın en mutlu red deneyimi olabilir. Bu, üst üste üçüncü kez satın alınan bir şirkete neredeyse girmek üzere olduğum durumdu; artık sadece istikrar istiyorum. neon ekibini tebrik ederim. neon’u seviyor ve kullanıyorum, umarım bu satın alma onu fazla değiştirmez
  • Ben de satın alma öncesinde Kenna Security’ye girmiştim, bir ay sonra Cisco tarafından satın alındı. Gerçekten korkunç bir deneyimdi; ne Kenna liderliğinin olduğu bir yerde ne de Cisco’da bir daha çalışırım
  • Benim deneyimim tam tersiydi. Satın alma döneminde şirkete girmek en heyecanlı zamandı. Bende bu satın alma entegrasyonu deneyimi yüzünden sık sık işe çağrıldım
  • Mühendislik yöneticiliğimin ilk yılında bir satın alma sürecindeydim; iki tur işten çıkarmayı atlatırken kimlerin kalacağına karar verilmesine ve ekiplerin yeniden düzenlenmesine yardım ettim. Moral çok bozulmuştu, kültür de hiç uymuyordu. Ağır bir tükenmişlik yaşadım, birkaç ay ara verdim; şimdi tekrar IC olarak mutlu şekilde çalışıyorum
  • Tahminimce neon ekibi Databricks’in Online Tables teknolojisine entegre edilecek. Ürün açısından da mantıklı olan bu gibi görünüyor
  • Acaba neon’un eski değerlemesi döneminde girip vesting’i yeni tamamlamış olsaydın, bir anda iyi bir para geçmiş olurdu; nasıl hissettirirdi diye merak ediyorum
• Databricks, şimdiye kadar kullandığım yazılımlar arasında en sinir bozucu çöplerden biri. Bunu kim isteyerek kullanır gerçekten şaşırtıcı
  • Databricks 2013’te, Spark o kadar iyi değilken başladı ve Spark’ı daha iyi, daha hızlı hale getirdi. Ürün hâlâ Spark merkezli ama Iceberg ve DuckDB kombinasyonunun şirketlerin %95’i için daha uygun olduğunu düşünüyorum. Daha ucuz, daha hızlı, kullanması daha kolay ve biz de Definite’te veri platformumuzu bu varsayımla kuruyoruz (ETL, BI, Data Lake dahil)
  • Databricks, verilerle çalışanların Jira’sı gibi. Kimse kullanmak istemiyor; kötü ve herkese uymaya çalışan bir yığın özellik nedeniyle her şey biraz yamuk. Artık çok daha iyi alternatifler var, Databricks’i kendi tercihimle kullanmam
  • Buna gerçekten katılmakta zorlanıyorum. Hadoop kökenli biri olarak Databricks bana ütopya gibi geliyor. Kararlı, hızlı ve büyük veri setlerinde çok iyi ölçekleniyor. Tek büyük şikâyetim fiyatının aşırı yüksek olması
  • Eskiden Databricks platformunu severdim. 2020-2021 döneminde AWS, Azure ve Snowflake’e kıyasla mantıklı alternatif neredeyse sadece Databricks’ti. Bugün ise aşırı özellik yüklemesi, sık değişiklikler, satın almalar derken tam bir dağınıklık ve özellik adları da karmakarışık
  • Demek ki hâlâ IBM tipi yazılımlara (“herkes kullanıyor, biz de kullanalım”) pazar varmış
  • Açık konuşmak gerekirse Databricks çok sıkıcı bir ürün. 2010’ların sonunu düşününce, Spark-as-a-Service müthişti; şirketlerin Spark’ı kendi başına kararlı çalıştırmakta zorlandığı bir dönemdi. Hyperscaler’ların birinci parti servisleri de zayıftı, Databricks notebook formatının Jupyter uyumluluğu gibi sorunları vardı ama on-prem cluster istikrarsızlığı daha büyük dertti, bu yüzden primini ödemeye razıydık. O dönemde Databricks gerçekten harika bir 1 milyar dolarlık işti. Ama sadece Spark-aaS ile unicorn olunamazdı. AWS EMR yavaş yavaş rekabetçi olmaya başlıyordu ve Databricks de sonunda ürünü aşırı şişirip büyüme stratejisine yüklenerek data, lake, house gibi buzzword yağmuruna döndü. 2025 itibarıyla Databricks’in düşüşü enshittification’ın acı bir örneği. Bir gün Larry Ellison satın alıp piyasadan silebilir bile. Bugün neden yeni projelerde Databricks seçiliyor anlamıyorum ama 5+ yıldır kullanan kurumsal müşteriler de kolay kolay ayrılamaz. Pazar payı düşecektir ama bir süre daha para kazanmaya devam eder. Sektörün döngüsü bu; sonunda entropi kazanır. Yine de ona fazla nefret duymuyorum. Oldukça iyi bir geçmiş yazmış bir şirketti
  • Serverless’ı çok öne çıkarıyorlar ama sınırları ve gizli tuzakları o kadar fazla ki insanı çıldırtıyor
  • Spark hosting’in gerçekten devrimsel olup olmadığından emin değilim. Spark’ın kendisi de kurumsal veri işleme ihtiyaçlarının %90’ı için fazla karmaşık değil mi diye hep düşündüm. Bu şirketin neden bu kadar değerli olduğunu anlamıyorum
  • Çerezleri devre dışı bırakırsan web sitesi tamamen açılmıyor; bu başlı başına büyük bir kırmızı bayrak. Kendi web sitesini bile düzgün yapamayan bir yerin iyi bir dijital ürün çıkaracağına inanamıyorum
• Databricks, Oracle seviyesinde kötü. Neon’u da bozacaklarından ya da pahalılaştıracaklarından eminim. Orta-uzun vadede Neon alternatiflerine bakacağım
  • Databricks’in M&A stratejisi, satın aldığı şirketleri boğma üzerine kurulu. Iceberg, DuckDB gibi açık kaynak dalgası karşısında zorlanıyorlar. Satın almalarla yenilik getirmeye çalışıyorlar ama şirket kültürü yüzünden alınan şirketler çöküyor. Büyük veri sektöründen geliyorum (eski Snowflake), dolayısıyla önyargılı olabilirim ama açık kaynağın giderek güçlendiği trendi çok net görüyorum. Bunun nereye evrileceğini gerçekten merak ediyorum
• Makaleden alıntı: “Neon geçen yıl GA olduktan sonra oluşturulan veritabanlarının %30’u AI agent’lar tarafından yaratılmıştı; kısa süre önce tekrar baktığımızda bu oran %80’in üzerine çıktı. Yani AI, insanlardan 4 kat fazla DB oluşturdu.” Bu veri birçok alarm zili çaldırıyor. Databricks sanki Postgres’i bir yapay zeka çözümü gibi paketlemeye çalışıyor. Gerçekten tuhaf zamanlar
  • Bunların kaç tanesi aktif kullanılan DB, merak ediyorum
• Neon ekibini tebrik ederim. Yaptıkları işi gerçekten beğeniyorum. Ama Databricks’le bağlantısını ya da sinerjisini dürüst olmak gerekirse göremiyorum; Neon’un ayrı bir ürün olarak kalmasını umuyorum. Yoksa piyasadaki net Postgres sağlayıcılarından birini kaybetmiş olacağız
  • Azure bağımlılığı yüksek olduğu için hemen ortadan kalkmaz gibi görünüyor. Databricks’in sadece analitik DB değil, transaksiyonel DB alanına da genişleme hamlesi bu
  • FAQ’da bağımsız kalacağı yazıyor ama gerçekte sonucun ne olacağı belli gibi geliyor
• Neon ekibinin HN’ye attığı ilk gönderiyi hatırlıyorum. O zaman da harika bir fikir olduğunu yazmıştım ve henüz doğrudan kullanma ihtiyacım olmamış olsa da bir gün kullanırım diye düşünüyordum. Ama böyle satın alma haberleri görünce insanın hevesi kırılıyor. Artık kullanıcılar yerine sahiplerin çıkarlarına odaklanacaklarmış gibi geliyor. Teoride bu ikisinin aynı olması gerekir ama pratikte çok nadiren öyle oluyor
  • Neon’un ilk gönderisini ben de hatırlıyorum. Depolama-compute ayrımı taze bir fikirdi, Pageserver hakkında sorular da sormuştum. Sonraki iki yıl içinde ben de Turso database’de benzer bir ayrık depolama üzerinde çalışır hale geldim. Neon ekibini tekrar tebrik ederim
  • Satın alma haberi beni de duraksattı. Yapay zeka kullanıcılarını öncelemenin geliştiricilerle çıkar birliği içinde olduğuna inanmak zor. PostgreSQL core ile ilgili teknolojilerin açık kaynak topluluğuna katkı sağlamasını umuyorum
• Neon ekibini tebrik ederim. Harika bir ürün. Tabii VC desteği varsa böyle bir sonucun kaçınılmaz olduğunu düşünüyorum. Umarım Nikita ve ekip Databricks içinde eriyip gitmez, güçlü kalırlar
• Bu gerçekten ilginç bir gelişme. OLTP ile OLAP’in yakınsamasının doğru yönde olduğunu düşünüyorum. OP ile birlikte SingleStore’da bir HTAP sistemi geliştirme deneyimim olmuştu. OLTP ve OLAP’i tek bir veritabanında çözmeye çalıştık (tek bir kopyayla ikisini de desteklemek), ama HTAP pek işlemedi. OLTP için Postgres, OLAP için veri ambarı/lake ve aradaki replikasyonun verimli şekilde tasarlanması gerekiyor. Senkron replikasyon çok zor. Kolon bazlı depolama da OLTP yazmalarını iyi kaldıramıyor. Databricks ve Neon’un “en güncel Postgres tablolarını doğrudan Unity Catalog içinde kullanma” senaryosunu gerçekleştirebilmesini merakla bekliyorum (Debezium, Kafka, Flink, Iceberg olmadan; Spark Iceberg state bakımını üstlenerek)
  • OP ile Neon’un kurucusu Nikita Shamgunov’u mu kastediyorsun, yani eski MemSQL/SingleStore kurucusunu?
• Neon ekibini tebrik ederim. Dürüst olmak gerekirse biraz hayal kırıklığı. CockroachDB iş modelini source-available’a çevirince oluşan boşluğu Neon’un dolduracağını umuyordum. Databricks tarafından satın alınınca Neon bana daha az cazip gelmeye başladı. Büyük şirketlerin önemli altyapıyı üstleneceğine güvenmek zor. “Modern” PostgreSQL için ciddi talep var ama alternatiflerin hiçbiri kökten uzaklaşmadan kalamıyor (fiyat, uyumluluk, kaynak kodun açıklığı vb. açısından). Postgres alternatiflerine bakarken şunları karşılaştırdım
  (1) AWS RDS zaten kullanıyorduk ama pahalıydı, ölçeklenme ve operasyon tarafında sorunları vardı
  (2) AWS Aurora bazı operasyonel sorunları çözüyor ama başka dezavantajlar getiriyor; diğer wire-compatible Postgres alternatifleriyle benzer sınırlara sahip
  (3) CockroachDB çok ilginçti ama toolchain uyumluluğu ve derin uyumluluk sorunları vardı; o zamanlar açık kaynaktı
  (4) Neon henüz olgun görünmediği için kullanmadım ama ilginçti ve birçok sorunu çözebilir gibi duruyordu
  (5) Yugabyte da yine ilginç bir teknoloji ama çeşitli uyumluluk sorunları vardı
  Kendi Postgres hosting’imizi yapmayı da düşündük ama Kubernetes ve Postgres’i birlikte işletmenin yükü büyüktü. Kendi replikasyon ve işletim yetenekleri hâlâ yeterince olgun değildi; upgrade sırasında tüm veriyi unload/reload yapmak da çok zahmetliydi. Ölçekleme ya da otomasyon kolay değildi
  • Yugabyte’ın sorgu motoru Postgres tabanlı diye kıyas yaptığınıza karşılık, Neon’un zaten Postgres olduğunu hatırlatırım
  • Kısa vadeli deneyimime göre “en iyi modern Postgres alternatifi, (5 yıl sonraki) Postgres’in kendisi”
  • Diğer wire-compatible PostgreSQL alternatiflerinin “aynı dezavantajları” derken tam olarak neyi kastettiğini daha çok duymak isterim