世界を動かす技術を、日本語で。

DatabricksがNeonを買収

2025年5月14日原文(databricks.com)

概要

  • DatabricksがNeonの買収を発表し、AI時代のサーバーレスPostgres提供を目指す提案。
  • Neonはストレージとコンピュートの分離による革新的なデータベース設計を実現。
  • AIエージェントによるデータベース利用が急増、Neonの強みがAI時代に最適化されていることを確認。
  • 両社はオープンソースとインフラ技術革新のDNAを共有していることを強調。
  • 既存Neonユーザー・パートナーへのサポート継続と今後の展望を約束。

DatabricksによるNeon買収の発表

  • Databricksは Neon 買収合意を発表、サーバーレスPostgres分野でのリーダーシップ強化を提案。
  • Neonの共同創業者は、 ストレージとコンピュートの分離 という現代的なデータベース設計を実現した数少ない専門家であることを強調。
  • Neonの トップクラスのPostgresエンジニア陣 がDatabricksに加わり、AI時代に最適なサーバーレスPostgresを開発することを目指す提案。

Neonの開発者ファーストなミッションと技術革新

  • Neonは Postgresを標準化 し、サーバーレス化・即時インスタンス作成・自動スケーリングを実現することを目指して設立されたことを説明。
  • 開発者が 数秒で新しいPostgresインスタンス作成 できるようにすることを重視。
  • 負荷変動に応じた自動スケーリング で、オーバープロビジョニングやアンダープロビジョニングの心配を解消することを目指す。
  • データベースのフォークやブランチ作成 を即時に行い、テストや実験を容易にすることを重視。
  • ストレージとコンピュートの分離 アーキテクチャにより、上記の目標全てを実現することに成功したことを強調。

AIエージェントによる利用増加とNeonの強み

  • NeonのGA(一般提供)以降、 AIエージェントによるデータベース作成割合が30%から80%以上へ急増 したことを確認。
  • AIエージェントは 高速なプロビジョニング低コストなスケーリング即時ブランチ/フォーク など、Neonの特徴を最大限に活用可能であることを説明。
    • Postgresオープンソースエコシステム:AIエージェントはPostgresに精通しているため、Neonの利用が容易であることを提案。
    • スピード:AIエージェントは機械速度で動作するため、 即時データベース作成 が不可欠であることを強調。
    • エラスティックスケーリング・価格: サーバーレス構造 により、大量のエージェントごとに独立したデータベースを低コストで作成可能であることを説明。
    • ブランチ/フォーク:AIエージェントの非決定的な動作検証に、 完全分離されたDBインスタンスの即時作成 が有効であることを提案。

両社が共有するDNAとオープンソースへのこだわり

  • Neon創業者(Nikita Shamgunov, Heikki Linnakangas, Stas Kelvich)は データベース業界で著名な実績 を持つことを紹介。
  • DatabricksとNeonは インフラ層の技術革新オープンソース重視 という共通のDNAを持つことを強調。
    • Databricksは Apache Spark™ をUC Berkeleyで立ち上げ、Postgresの発祥地とも関わりが深いことを紹介。

既存Neonユーザー・パートナーへの影響と今後の展望

  • Neonプラットフォームの 将来性を全面的にコミット し、今後も野心的なロードマップを推進することを約束。
  • 買収後も 既存顧客・パートナーへのサポートとイノベーション継続 を明言。
  • Neonユーザーにとっては Databricksのリソースによる恩恵 が期待できることを提案。
  • Databricksのエンタープライズ顧客にも 新たな価値提供 が見込まれることを説明。
  • さらなる詳細は Data + AI Summit(サンフランシスコ、6月9-12日) で発表予定であることを告知。
  • Neonの公式ブログでも、買収への期待が語られていることを案内。

Hackerたちの意見

Neon'sブログ記事: https://neon.tech/blog/neon-and-databricks WSJの記事: https://www.wsj.com/articles/databricks-to-buy-startup-neon-...

もしかしたら関係ないかもしれないけど、Databricksは今まで使った中で一番イライラするゴミだよ。誰が自分の意思で使うのか不思議だわ。

IBMみたいなソフトウェアやプラットフォームの市場(みんなこれ使ってる!良いに違いない!)はまだ飽和してないみたいだね。

以前はこのプラットフォームの大ファンだったんだ。2020年/2021年の頃は、データプラットフォームを作るのにAWS/Azure/Snowflakeと比べて本当に唯一の合理的な選択肢だったから。今は機能が増えすぎて、ピボットや買収が多すぎて苦しんでる。機能の名前がめちゃくちゃ下手なのも助けになってない。

本当に大反対だわ。Hadoopから来た身としては、Databricksはユートピアだよ。安定してるし、速いし、大規模なデータセットがあればスケールもすごくいい。唯一の不満は、めちゃくちゃ高いこと。

クッキーを無効にすると真っ白なウェブサイトが出てきて、これは大きな赤信号だし、即座に「ノー」って感じ。ウェブサイトを作れない人が良い(デジタル)製品を提供できるとは思えない。

Databricksは2013年に始まったんだけど、その頃Sparkはクソだった(今もだけど)。彼らはそれをより良く、速くしようとしてる(実際にやってる)。製品はまだSparkを中心にしてるけど、ほとんどの企業はSparkを必要としてないし、IcebergとDuckDBの組み合わせで95%の企業には十分だよ。安いし、同じくらい速いかそれ以上だし、理解するのもずっと簡単。Definiteではその前提でデータプラットフォームを構築してるんだ。[0] データを始めるために必要なもの(ETL、BI、データレイク)が全部揃ってるよ。0 - https://www.definite.app/

ホスティングスパークってそんなに画期的なの?それに、スパークって企業のデータ処理の90%にはちょっと複雑すぎるんじゃない?この会社の評価が理解できないんだけど、なんでこんなに高いの?

Databricksはデータを扱うためのJiraみたいなもんだね。誰も使いたがらないし、クソだし、全てのユーザーに合わせようとしすぎて機能が多すぎるけど、どれも特に良くない。今は昔よりもずっといい選択肢があるよ。自分は絶対に選んで使うことはないね。

サーバーレスをめっちゃ推してるけど、制限や驚きの落とし穴がめっちゃ多いんだよね。ほんとにイライラするわ。

正直、ほんとに退屈だよ。2010年代後半に戻るしかない。あの頃、信頼できるセルフホステッドのSparkインスタンスを企業環境で見つけるより、レプラコーンを見つける方がマシだった。ほとんどの企業ITチームにはそれが無理だったからね。ハイパースケーラーのファーストパーティの提供は比較的質素だった。Databricksの独自のノートブック形式はJupyterとの微妙な互換性の問題を引き起こして、イライラさせる「抱きしめて、拡張して、消す」スタイルのクソだったけど、オンプレミスクラスタの不安定さでジョブが毎日クラッシュするのはもっとイライラした。あの頃、企業は分析チームを加速させるためにプレミアムを払うことに喜んでいた。2010年代には、Databricksはしっかりした10億ドルのビジネスを持ってた。でも、Spark-as-a-Serviceだけではユニコーンアイデアにはならなかった。AWS EMRは背景でじわじわと差を詰めてきた巨大な亀だった。現状は続かないし、誰もがユニコーンになりたいと思うよね。だから、彼らは製品を膨らませて、オフブランドのグロースハッカーのクールエイドを飲んで、左海岸から出てくる最も意味不明なバズワードサラダを吐き出し始めた。データ、レイク、ハウスをすべてのものの末尾に貼り付けて、まるでDiddyパーティーのベビーオイルみたいに。今、2025年にここにいて、エンシティフィケーションの終末的な衰退の真っ只中で、彼らはただ腐っていくのを待ってる。リアルなクソ野郎、ラリー・エリソンが彼らを拾って地獄に連れて行くのを。フロリダ州、でもビッグデータ企業のために。今日、誰がグリーンフィールドプロジェクトのためにDatabricksを選ぶのかは私にも謎だけど、5年以上前の企業は今やしっかりとロックインされてる。彼らはそのクジラを搾り取って、数年は金の卵を産むけど、市場シェアは徐々に減っていく。これが生命のサイクル。エントロピーは常に勝つ。最終的には死神ラリーが私たち全員を迎えに来る。彼らをあまり嫌うつもりはないよ。彼らはかなりの成功を収めたから。

Neonチームの最初の投稿をHNで見たのを覚えてる。その時、いいアイデアだと思ってコメントした気がする。今まで使う必要はなかったけど、いつか使うだろうと思ってた。皮肉なことに、こういう買収があるとちょっと考えちゃうのは俺だけかな?新しいオーナーのニーズにもっと焦点を当てる必要が出てくるんじゃないかって心配してる。理論的にはニーズが一致するはずだけど、実際にはそううまくいかないことが多いよね。

Hacker Newsで議論の続きを見る