IBMがConfluentを16兆ウォン（約110億ドル）で買収へ

 (confluent.io)
2 ポイント 投稿者 GN⁺ 2025-12-09 | 1件のコメント | WhatsAppで共有
  • Confluentは、Kafkaを作った人々が設立した会社として、Kafkaを拡張した企業向けのリアルタイムイベントストリーミング・プラットフォームを提供している
  • IBMは、1株当たり31ドルの現金取引で11Bドル（約16兆ウォン）でConfluentを買収することで合意し、取引完了後はIBM内で独立したブランドと事業ユニットとして運営する予定
  • 両社は取引完了後、クラウドおよびマイクロサービス向けのデータ統合プラットフォームを構築し、AIの拡張とリアルタイムデータに基づく運用をサポートする計画
  • ConfluentのCEOは、今回の買収がデータストリーミング分野の拡大を加速し、IBMのオープンソース支援経験と組み合わせることで、より多くの企業に技術を提供できると述べた
  • 取引は規制当局承認および株主承認などの通常条件を満たす必要があり、2026年半ばに完了する見込み
  • 今回の買収は、AI時代のデータインフラ拡張とリアルタイムデータ処理基盤の強化という観点で重要である

買収概要

  • ConfluentはIBMと最終買収契約（definitive agreement）を締結しており、取引完了後、両社は大企業向けの統合データプラットフォームを提供する予定
    • このプラットフォームはクラウドおよびマイクロサービス環境でデータ活用を加速し、AI拡張に必要なリアルタイムデータ基盤を構築することを目指している
  • 取引は規制承認および通常の完了条件を満たす必要があり、完了後もConfluentはIBM内の独立ブランドとして維持される
  • Confluentチームはデータストリーミング分野の新しいカテゴリの創出に貢献しており、買収後もIBMの一員として活動を継続する見通し

Jay Krepsの社内メッセージ

  • CEOのJay Krepsは、従業員宛のメールで、1株31ドルの全額現金取引としてIBM買収契約が成立したことを通知
    • Confluentは買収後も独立したブランドと事業ユニットとしてIBM内で運営される
    • 12月8日午前9時と午後7時（PT）に全社会議を開き、詳細と質疑応答を実施する予定
  • 同社の使命は変わらず、IBMとの統合によりその使命がさらに拡大すると強調した
    • 「データはAIと現代的な運用、次世代アプリケーションの中核であり、Confluentはその中心にある」と述べた
  • IBMはイベントベースのインテリジェント・エンタープライズ構造を共有し、オープンソースに対する深い理解とハイブリッドな企業運用経験を持つ
    • IBMの過去のRed HatとHashiCorpの買収事例を挙げ、技術リーダーシップと顧客信頼、データ中心AIビジョンを共有していると説明した
  • 取引完了までConfluentは独立企業として運営され、従業員の役割・報酬・ポリシーは変更なし
    • 取引完了時期は2026年半ばを想定しており、それまで既存顧客やパートナーへの約束を履行し続ける

買収の意味と方向性

  • ConfluentはKafkaから始まり、データインフラの新しいカテゴリを形成しており、今回の買収によりグローバル展開と影響力の拡大が可能になる
  • IBMとの組み合わせはリアルタイムデータ処理とAI基盤運用への移行を加速する基盤を提供できる
  • Jay Krepsは過去11年間の成果についてチームの情熱と献身に感謝を示し、今回の買収を新たな成長段階の開始と評価した

規制および株主関連手続き

  • Confluentは**米国証券取引委員会（SEC）に合併関連の委任状（Proxy Statement）**を提出予定
    • 株主総会で買収提案に関する株主承認手続きが行われる予定
    • 委任状には取引に関する重要情報と詳細条件が含まれ、SECのウェブサイトとConfluent投資家向けページで無料公開される見込み
  • 会社の取締役会と主要役員は株主の議決権委任要請（solicitation）に参加でき、関連する保有株式情報はSECに提出されたForm 3およびForm 4で確認可能

将来見通しとリスク要因

  • この通知には**将来予測に関する開示（Forward-Looking Statements）**が含まれ、実際の結果が予測と異なる可能性がある
  • 主なリスク要因としては
    • 規制承認の遅延または取引中断の可能性
    • 株主承認の不成立
    • 取引関連の訴訟、コスト、採用（人材維持）上の問題
    • 市場価格の変動と事業運営の乱れなどが挙げられている
  • これらのリスク要因はConfluentの年次報告書（Form 10-K）、四半期報告書（Form 10-Q）、**継続開示（Form 8-K）**にも追加記載されており、SECのウェブサイトで確認できる

結論

  • IBMによるConfluentの買収は、AI拡張とリアルタイムデータインフラ整備を進めるための戦略的結合
  • ConfluentはIBM内で独自性を維持しつつ技術的影響力を拡大することを目指している
  • 取引完了までには規制および株主承認手続きが残っており、2026年半ばの完了が見込まれる

関連記事

1件のコメント

 
GN⁺ 2025-12-09
Hacker News の意見

  • IBM が他社を買収し続ける一方で、低品質なサービスを繰り返し出しているのが興味深い
    「Watson」を覚えているだろうか？ ChatGPT 以前のチャットボットだった。IBM はすでに PowerPC ベースのインフラや人材、GPU ワークロードの経験を持っていたのに、なぜ OpenAI のように競争しなかったのか気になる
    今回の Confluent 買収は戦略的には悪くなさそうだが、Confluent の衰退を見るのは一種の 経済学的ケーススタディ のように思える

    • Watson は実質的に マーケティング用の見せかけの製品 だった。2016 年ごろ、大手エネルギー企業に LLM に似たソリューションを売ったが、90 人が 2 万 6 千件の文書を手作業で処理していた。
      競合が 2 週間で作った単純な TF-IDF 検索システムでも、ほぼ同じ性能が出ていた。IBM のソリューションは 1 億 8,500 万ドル、こちらは 4 万ドルだった。
      しかも Watson はセキュリティ問題で機密文書まで露出させ、結局プロジェクトは廃棄された。それでも「IBM を雇ってクビになる者はいない」という言葉があるほどだ
    • IBM で働いた経験からすると、多くの社員の目標は 自分の雇用維持 だった。不要な複雑さを加えてプロジェクトを何年も引き延ばし、9 時 5 時勤務でコーヒーブレイクも多い。このペースでは競争できない
    • 大企業の非効率は昔から知られている話だ。成果インセンティブの欠如、政治的な構造、そして 100 人以上の組織におけるコミュニケーションの限界が原因だ
      Watson は Jeopardy! 用に作られた 特殊目的システム にすぎず、言語構造を理解するトランスフォーマーとはまったく異なる
      Watson の設計は この論文で見られる
    • IBM は本質的に コンサルティング会社 だ。良い製品を作るのではなく、コンサル契約を増やすことが目的だ
      Watson はニュースに載るための マーケティングデモ であり、Red Hat・HashiCorp・Confluent の買収も結局は顧客を サポート契約に縛り付けるための戦略 だ
    • Watson のデモに参加したことがあるが、90 分間ずっと 中身のない話ばかり だった。エンジニア全員が内心「これは違う」と感じていて、質問も一つも出なかった
      Watson と LLM を比べるのは 石ころとミサイルを比べるようなもの だ

  • IBM による Red Hat と HashiCorp の買収が実際どうなったのか気になる
    Red Hat は RHEL の公開ディストリビューションが消えたものの、今でも独立して製品開発をしているように見える

    • HashiCorp は買収前から価格を 100 倍に引き上げようとしていて、企業顧客中心の戦略 に転換していた。私たちはその時点で Terraform Cloud から離れた
      ライセンスもオープンソースから外れつつあり、売却準備をしているような雰囲気だった
    • Red Hat の本当の価値は 人材 にある。IBM が過度に干渉すれば中核人材は去り、会社は無価値になるだろう
    • RHEL の代替としては CentOS Stream があり、Fedora は今もアップストリームとして維持されている
    • HashiCorp の内部ではオープンソースより エンタープライズ製品優先 が明確だ。オープンソース支援が打ち切られれば、フォークが成長する可能性は高い
      Red Hat ははるかに自律的だ。ただし HR ポリシーは変わり、週 3 日のオフィス勤務 と特定地域での勤務制限が導入された
    • 私たちの会社は買収直後に Terraform から Pulumi へ 全面移行 した

  • IBM の Confluent 買収発表文を見たが、「AI のためのスマートデータプラットフォーム」という文言が理解できない
    公式発表リンク

    • 経営陣が「AI」と言うたびに 株価が上がるという冗談 がある
    • イベント駆動型 AI 意思決定 は経営陣が夢見る理想郷だ。多くの企業が Kafka をイベントシステムとして使っている
    • IBM は買収のたびに同じことを繰り返す。技術より特許と再販権 にしか関心がない
    • ストリーミングと EDA(Event-Driven Architecture) は、企業 AI のデータ問題を解決できる基盤だ
    • プレスリリースを読むと「データがどうの、AI がどうの」ばかりだ。AI は今や 必須の流行語 になった

  • IBM は買収後、いつも同じパターンを見せる
    最初は熱意あるチームが 3 か月の ハネムーン期間 を過ごすが、すぐに ビザンチン的な社内規則 にうんざりする
    顧客満足や製品品質は重要ではなく、営業チームの要求に振り回された末に中核人材が去っていく
    残った人たちは昔の栄光を振り返りながら次第に散り散りになり、履歴書には「AI インフラの中核担当」といった文言だけが残る

    • 私たちの会社も IBM に買収されたが、最初の 1〜2 年は悪くなかったものの、徐々に 官僚的な手続き が増えていった。
      契約が終わると「ベンチ」に置かれて社内で仕事探しをしなければならず、1 か月以内に新しいプロジェクトを見つけられなければ退職することになる
    • 2011 年に IBM に買収された会社で働いていたが、当初は売上が伸びたものの、数年後には IBM 式の浸食 が始まった。
      今では中核製品だけが維持され、残りはすべて消えた
    • 今では誰もが IBM がどういう会社か知っていると思う。顧客満足より収益最大化 が目標だ
    • IBM の社内規則は本当に複雑だ。サーバー資産を管理する人は、セキュリティパッチ、暗号化、物理的証明まで全部責任を負わされる。
      可能ならこうした資産は 社内ネットワークの奥に隠す のが生存戦略だ
    • 買収された会社は結局、会議ばかり多い大企業文化 に侵食される。
      営業チームと管理職が入れ替わり、市場知識が失われると、会社は成長の原動力ではなく負担となり、最後は レイオフ で終わる

  • Confluent 買収によって、代替ソリューション を検討すべき時期だ
    Redpanda vs Kafka 比較

    • 私は大手アドテック企業で Kafka → Instacluster → Redpanda への移行を主導した。
      Redpanda は コスト削減 + 性能向上 を同時に実現し、インフラ運用リスクも減らした
    • 私たちは契約上の問題で Confluent Cloud を使えず、Redpanda BYOC を選んだ。
      価格は 3 分の 1 水準 で、性能と機能にも満足している。Kafka と 100% 互換を目指した C++ による再実装版だが、問題はない
    • おそらく IBM の動きは、Snowflake が今年初めに Redpanda を買収 したことと関係があるのかもしれない

  • IBM Cloud で働いていたとき、Jira にアクセスするために Softlayer VPN を使う必要があったが、アカウントが プロビジョニングされておらず Jira を見ることすらできなかった
    同僚たちはチケットのタイトルに私のイニシャルだけを書き、内容は Slack で送ってきた。
    Red Hat 買収発表の時期だったが、そのとき私たちが SuSE を使っていたのを覚えている

    • なぜアカウントのプロビジョニングを依頼しなかったのか気になる

  • IBM は進化の果てに Computer Associates 型の企業 へと変わりつつある。
    まるで生物が最終的に カニ(crab) の形へ進化するようなものだ

  • Kafka はすでに 全盛期を過ぎた技術 だ。メッセージングの問題を解決する 新しいアプローチ が必要だ

    • ほとんどの Kafka 実装は、実際には SELECT * FROM mytable ORDER BY timestamp ASC で置き換え可能だと思う
    • Kafka 自体は悪くないが、その上に より良い抽象化レイヤー を積むべき時だ
    • 代替としては Erlang/OTP が思い浮かぶ
    • あるいは ATProto(Atmosphere) のような新しいプロトコルもある
    • どんな代替があるのか気になる

  • Kafka がついに ふさわしい持ち主 を見つけたという意味で、このニュースは歓迎できる

  • IBM は 市場シェア確保のための買収 をしている。
    すでに数千社が Confluent Cloud 上で Kafka を運用しているのだから、驚くことではない