链接已复制!

IBM 收购 Confluent:混合云的最后一根支柱

蓝色巨人以每股 31 美元的价格完成了其开源三连冠。以下是 IBM 刚刚收购现代企业中枢神经系统的原因。

🌐
机器翻译

本文由英文原文自动翻译而成。 阅读英文原文

一个巨大的蓝色 IBM 巨石与流动的橙色 Confluent 数据流集成

传闻终于落地。经过多年的猜测,以及一贯收购现代互联网基础设施层的策略,IBM 已同意以 $31.00 每股 的全现金交易收购 Confluent。

这不仅仅又一起科技并购。它标志着一个历时十年的特定架构愿景的完成。收购 Red Hat(2019 年),IBM 买下了云操作系统(Linux/OpenShift);收购 HashiCorp(2024 年),它买下了控制平面(Terraform);而现在,收购 Confluent,它买下了中枢神经系统。

对企业而言,信号很明确:如果你正在构建混合云,你很可能是建立在 IBM 的蓝色土壤之上。

引言:为何“Data in Motion”此刻至关重要

要理解这笔交易为何重要,必须先理解企业处理数据方式的转变。四十年来,数据库一直是一座静态的金库。你把数据存进去(Oracle、DB2),之后再查询以获得答案。这就是“静态数据”(Data at Rest)。

但现代 AI 并非如此。控制供应链、欺诈检测系统或个性化推荐引擎的 AI 模型需要数据就现在。它等不了夜间的批处理作业。

Confluent 由 Apache Kafka 的创建者创立,将“流动中的数据”(Data in Motion)这一理念商业化。与其存储数据,不如流式传输数据。每一次点击、每一个传感器读数、每一笔交易都成为实时流经系统的事件。

IBM 首席执行官 Arvind Krishna 准确地指出,当 Snowflake 和 Databricks 还在为数据“住在哪里”而血战时,Confluent 已悄然赢得了数据“如何流动”的战争。通过收购 Confluent,IBM 将自己嵌入到企业每一字节数据的关键路径中。

深度解析:技术逻辑(Kafka 遇上 WatsonX)

IBM 为何需要 Kafka?答案就在混合云(Hybrid Cloud)的“混合”二字里。

连接性难题

大多数全球 2000 强企业都是一堆遗留本地大型机(通常是 IBM Z 系列)与现代 AWS/Azure 工作负载的混合体。连接这两个世界是一场噩梦。Kafka 是这种连接事实上的标准管道。它将源(大型机)与目标(云端 AI 模型)解耦。

拥有了 Confluent,IBM 可以提供一种无缝、预集成的结构。想象这样一种架构:新泽西州一台大型机上的一笔交易瞬间触发 Confluent 集群中的一个事件,而这个事件立即被运行在 AWS 上 OpenShift 中的 WatsonX 模型消费。这就是“蓝色栈”(Blue Stack)。

AI 协同效应

Confluent 首席执行官 Jay Kreps 在公告中表示,这笔交易加速了“事件驱动智能”(event-driven intelligence)。这是营销话术,背后却是一个非常真实的技术需求:RAG(检索增强生成,Retrieval-Augmented Generation)

要让大语言模型(LLM)真正有用,必须为其提供最新上下文。你不可能每秒都重新训练模型。但你可以通过由 Kafka 流填充的向量数据库,将实时上下文流式注入其提示窗口。Confluent 一直在积极转型,以支持这些“面向 AI 的数据流”(Data Streaming for AI)工作流。IBM 在企业 AI(WatsonX)上投入巨大,迫切需要这套基础设施,才能让其 AI 工具在枯燥、真实的商业场景中落地。

背景与历史:开源“三连胜”

这笔收购延续了一个清晰模式。IBM 已经意识到,无法在“商品化计算”(销售原始 vCPU)上与 Amazon 或 Microsoft 竞争。相反,它决定掌控运行在这些芯片之上的软件

  1. Red Hat($34B,2019 年):掌控操作系统(RHEL)和编排器(OpenShift)。
  2. HashiCorp($6.4B,2024/25):掌控资源调配(Terraform)和安全(Vault)。
  3. Confluent(约 $10B+,2025 年):掌控数据流(Kafka)。

每一次,IBM 都收购了开源基础设施领域绝对的品类领导者。而每一次,社区都感到恐慌:“IBM 会毁了它吗?”

到目前为止,业绩记录好坏参半,但总体稳定。Red Hat 保持了相当大的自主权,尽管 CentOS 停止维护事件留下了一道伤疤。HashiCorp 的许可证变更(转向 BSL)发生在 IBM 交易完成之前,或许是为了让自己成为更具吸引力的收购目标。

对于 Confluent 而言,风险有所不同。Kafka 是一个 Apache 项目,它对供应商锁定起到制衡作用。如果 IBM 过于激进地闭源 Confluent 的增值功能,社区可能会直接分叉,或转向更完善的原生 Kafka 方案(如 Redpanda)。不过,IBM 近期的策略一直是“Open Source Core, Enterprise Support Premium”(开源核心,企业级高级支持)。它并不想杀掉下金蛋的开源鹅;它只想把昂贵的“蓝色”饲料卖给有能力付费的企业客户。

前瞻性分析:全栈的“蓝色化”

接下来会发生什么?

1. “IBM Cloud Pak for Data” 集成

预计 Confluent 将不再作为独立控制台存在,而是作为 IBM Cloud Paks 的核心模块重新出现。它将成为向 WatsonX 传输数据的默认“管道”。

2. 对竞争对手的挤压

独立数据流平台(Redpanda、Pulsar)突然多了一个新的敌人。这不仅仅是一家竞争初创公司;它是财富 500 强中半数企业的默认供应商。如果你是一家银行的首席信息官,每年已经向 IBM 支付 $100M 用于大型机和 Red Hat,那么以“折扣价”打包购买 Confluent 将是一个轻松的决策。

3. 文化冲突

Confluent 是硅谷的宠儿——快速、创新又“酷”。而 IBM 则……位于 Armonk。这笔 $31/股 投资的最大风险不在于技术,而在于人。如果构建 Kora(Confluent 的云原生引擎)的核心工程师因为不愿填写 IBM 的人力资源表格而离开,技术就会停滞。

结论

以 $31/股 的价格,IBM 买下的不只是一家公司,而是相关性。在数据即新石油的世界里,IBM 刚刚买下了输油管道。对于一家希望活到下一个计算世纪的公司来说,这是一步高明、防御性且必要的棋。

资料来源 (2)

Advertisement

🦋 Bluesky 讨论

在 Bluesky 上讨论

正在搜索帖子...