ClickHouse、Langfuseを買収

 (langfuse.com)
1 ポイント 投稿者 GN⁺ 2026-01-19 | 1件のコメント | WhatsAppで共有
  • ClickHouseがLangfuseを買収、両社はオープンソースベースのAIエンジニアリングプラットフォーム開発を継続
  • Langfuseはオープンソースとセルフホスティングモデルを維持、ライセンスやクラウドサービス運用方式に即時の変更なし
  • ClickHouseの技術・リソース支援により、性能、安定性、セキュリティ、コンプライアンスの強化が可能に
  • 両社はすでにデータインフラと顧客基盤を共有しながら緊密に協力しており、今回の買収でパートナーシップを正式化
  • LangfuseチームはClickHouseに合流し、本番向けAIエージェント開発支援プラットフォームの高度化に注力

買収概要

  • ClickHouseがLangfuseを買収、Langfuseは引き続き最高のLLMエンジニアリングプラットフォームの構築を目標に据える
  • ユーザーの立場では直ちに使い方が変わることはない、既存のサポートチャネルとサービス水準を維持
  • 買収により開発速度と投資余力が拡大し、性能・信頼性・製品ロードマップの実行力を強化

維持される点

  • Langfuseはオープンソースとセルフホスティングを維持、ライセンス変更の予定なし
  • Langfuse Cloudは従来どおり運営、製品・エンドポイント・利用体験はすべて同一
  • サポート体制も同じ、既存顧客向けSLAとチャネルを維持

改善される点

  • ClickHouseへの合流によりデータ集約型アーキテクチャの性能・信頼性が向上
    • ClickHouseのエンジニアリングチームと協力し、重要な性能領域を強化
  • エンタープライズ級のセキュリティおよびコンプライアンスを強化、ClickHouseのリソースを活用
  • カスタマーサクセスとサポートのノウハウを共有し、ユーザー中心の開発により多くの時間を投入可能

Langfuseの成長の背景

  • LangfuseはLLMベースのエージェント開発で繰り返し発生した問題を解決するために始まった
  • 初期にはPostgresベースのプロトタイプで迅速な製品化とコミュニティ形成に成功
  • 利用量の増加によりPostgresの限界が明らかになると、Langfuse v3でデータレイヤーをClickHouseへ移行
  • この移行により高速分析と大規模データ処理が可能な構成を確立

ClickHouseとの協力の歴史

  • LangfuseはClickHouse上で稼働し、ClickHouseはLangfuseを自社エージェント改善に活用
  • Langfuse CloudはClickHouse Cloudの主要顧客であり、両社間で技術フィードバックと共同改善を継続
  • 共同ミートアップやコミュニティイベントを通じて協力を強化（ベルリン、サンフランシスコ、アムステルダムなど）
  • Langfuse v2→v3アップグレードの過程で数千のチームがClickHouseを導入し、相互成長の基盤を形成
  • 今回の買収は既存パートナーシップを恒久的な協力関係へ転換する意味を持つ

組織文化と技術的な相性

  • 両社はオープンソース中心の文化、開発者優先のプロダクト哲学、性能・信頼性重視という共通点を持つ
  • Langfuseチーム全体がClickHouseに合流し、Langfuse製品の開発を継続
  • 世界水準のインフラエンジニアリングチームとの協業を通じて製品品質の向上が期待される

今後の注力領域

  • 本番環境におけるエージェント監視および分析機能の強化
  • トレーシング・ラベリング・実験ワークフローの統合により反復サイクルを短縮
  • 大規模セルフホスティングおよびエンタープライズ導入の性能拡張
  • UI/UXおよび開発者体験の改善、複雑な機能をシンプルに維持
  • 公開ロードマップを通じて開発の進捗を共有

コミュニティと感謝

  • LangfuseはGitHub issue、PR、フィードバック、Slackでの対話を通じて成長
  • コミュニティの信頼に応えるため、ClickHouseのリソースを活用して製品の信頼性を強化
  • チームはベルリンとサンフランシスコで採用を継続し、ユーザーとのコミュニケーションチャネルを維持

FAQ要約

  • オープンソース維持: ライセンス変更なし
  • セルフホスティング可能: 引き続きサポート
  • Langfuse Cloud: 製品・エンドポイント・契約は同一
  • サポートチャネル: 従来どおり
  • チーム構成: Langfuseチーム全体がClickHouseに合流し、製品開発を継続

コミュニティ参加

  • GitHub Discussionsでユーザーの意見を募集
  • エンタープライズ顧客からの問い合わせは専用メール（enterprise@langfuse.com）で受付

関連記事

1件のコメント

 
GN⁺ 2026-01-19
Hacker Newsのコメント

  • 最近、ClickHouseは4億ドルの資金調達を完了した。わずか1年前の2倍以上となる150億ドルの評価額を得たという。
    もはや単なるDB製品ではなく、「AIエージェント開発向けデータベースソフトウェア」としてポジショニングしつつある。
    Bloombergの記事リンク

    • ClickHouseは最近、PeerDBの買収後にPostgresホスティングサービスを公開し、HyperDXとClickStackベースのobservabilityプラットフォームも拡張中。
      そこにLangfuseまで加わり、Snowflake / Databricksの代替へと進化しつつある。
    • 投資家は気まぐれな存在だ。VC資金に依存していた企業は、完全に成功するまでは立ち止まりにくい。
      今は誰もがAIストーリーを求めているので、資金調達のためにはその流れに乗らざるを得ないのが現実だ。
    • 今の資金調達市場では、「AIとエージェントの物語」がなければ未来志向に見せるのが難しい。
      売上が数百万ドルあるDBスタートアップでも、AIナラティブがなければ、赤字のAIスタートアップより魅力が薄く見える。
      いまやAIストーリーは前提条件であり、生存条件になってしまった。
    • 純粋なDBベンダーとして稼ぐのは、すでに10〜20年前から難しかった。
      そのため多くがホットなトレンド（セキュリティ、observability、クリプト、AIなど）に合わせてピボットしている。

  • 「私たちの目標は最高のLLMエンジニアリングプラットフォームを作ること」という文言が興味深かった。
    もともと時系列DB企業だったClickHouseがこんなことを言うとは意外だ。

    • その文言はClickHouseではなく、Langfuseのヘッドラインだ。
      ClickHouseの公式発表(リンク)を見ると、「オープンソースLLM observabilityの未来」というタイトルで、Langfuseチームがこれまでの仕事をClickHouseの中で続けるという意味だ。
    • ClickHouseは時系列DBではなく、カラム指向DBの企業だ。
      それでもLLM関連の文言にはやや違和感がある。DB企業がLLMに言及するたびに、少しハッタリっぽく聞こえる。
    • 「Berkshire Hathawayはもともと繊維会社だったが、今では複合持株会社だ」というたとえのように、企業は拡張と進化を繰り返す。
      ClickHouseも本質的に時系列DBだったことはない。
    • 言語モデルは一種の時系列モデルと見ることができる。
      NLPを学んでいるとこの洞察にたどり着く瞬間があり、使えるツールセットがずっと広がる。
    • そう、その記事はLangfuseの視点で書かれたもので、ClickHouseの立場ではない。

  • 昨年ClickHouseが買収したHyperDX（ClickStackの一部）と、今回のLangfuse買収はうまく噛み合っている。
    最近のobservabilityプラットフォームはたいていLLM観測機能を追加している。
    関連リンク

    • どのプラットフォームを使っていて、新しいプラットフォームにどんな機能を求めているのか気になる。

  • LangfuseとClickHouseを一緒に使ったことがある人に聞きたい。
    以前、Langchain、LlamaIndex、AutogenのようなLLMラッパーツールを使ったことがあるが、品質が低かったり、すぐに時代遅れになったりして避けるようになった。
    Langfuseはそうしたツールとは違うのだろうか？

    • Langfuseを使ったことがあるが、LangchainやAutogenとはまったく違う。
      LLMロギング/トレーシングツールに近く、「プロンプト管理」や「実験機能」は付随的なオプションだ。
      挙げられていたツールの大半はあまり有用ではなく、近いうちに消える可能性が高い。
    • Observability機能はデプロイ時には有用だが、こうしたフレームワークが実際にやっていることは多くない。
      熟練した開発者なら、自分でより良い構造を設計するほうがよい。
    • うちのチームは、OpenTelemetryベースのobservability用途でLangfuseを気に入っている。
      ただ、プロンプト管理機能はあまりに単純すぎて物足りない。

  • 今回の買収は単なるAIブームではなく、データベンダー統合の流れの一部に見える。
    SnowflakeはObserveを買収し、AWSはCloudWatchログをIcebergカタログに入れやすくし、AzureもFabricで似た試みをしている。
    いまやデータ分析とobservabilityの境界はますます曖昧になっている。

  • ClickHouse v2からv3への痛みを伴うマイグレーションの理由がようやくわかった。
    アップグレードガイド

    • ただし、その変更は1年前から計画されていたもので、今回の買収とは無関係だ。

  • ClickHouseのファンとして、**エージェント評価(agent eval)**の領域が製品の強みだと思う。
    今回の買収は、自社製品がうまく機能する市場へさらに深く入り込み、垂直統合を強化しようとする戦略に見える。

  • LangfuseはYC 23バッチ出身なのに、これほど早く買収されたのは印象的だ。

    • 買収額が公開されていないので、祝うべきことなのか慰めるべきことなのかはっきりしない。
      2023年のシード資金400万ドルを使い切っていた可能性が高く、fire saleだったのかもしれない。
    • すべての指標は相対的なので、必ずしも良いディールだったとは言えない。

  • （チームおめでとう！）最近は毎日のように誰かが買収されている気がする。
    マクロ環境で何が起きているのだろう？

    • （感謝を伝えます）

  • もしかするとClickHouseがこの機会に、Langfuseドキュメントの難解さを解消してくれるかもしれない。