AI与数据平台迎“通用语”：Apache Ossie背后的行业标准之战

近日，微软（Microsoft）和谷歌（Google）宣布共同支持一个名为 Apache Ossie 的开放规范项目，旨在实现跨数据、分析和AI平台的语义模型交换。除了这两大巨头，该项目还获得了包括 Databricks、Snowflake、英伟达、甲骨文、Salesforce、Mistral AI 等在内的 60多家公司 的鼎力支持。

分析师指出，众星捧月之下，Apache Ossie 有望大幅提升未来分析平台的互操作性，让企业的 Power BI 和 BigQuery 语义模型变得更具可移植性。然而，由于治理漏洞和规范尚未成熟，它并不能保证彻底消除“厂商锁定”。

1.什么是 Apache Ossie？

Apache Ossie 最初名为“开放语义交换（OSI）”，今年6月被 Apache 软件基金会孵化器接纳后更名为 Ossie。

要理解 Ossie，我们首先要理解什么是语义模型。简单来说，企业的数据仓库里存着海量的表、字段和数字，而“语义模型”就是赋予这些数字业务意义的一层逻辑。比如，“销售额”、“活跃用户”该怎么计算，不同部门之间如何对齐口径，都依赖于语义模型。

在过去，微软的 Power BI 有自己的语义格式，谷歌的 BigQuery、Tableau 也各有各的玩法。如果想把 A 平台的模型搬到 B 平台，企业就必须为每一对供应商单独写一套点对点的“翻译器”。

Ossie 的诞生，就是为了解决这个问题。它使用通用的 JSON 和 YAML 格式来代表语义模型（包括数据集、字段、关系、指标和 AI 上下文），并采用了“枢纽辐射模型”（Hub-and-Spoke）：

枢纽（Hub）： Ossie 作为一个通用格式。

辐射（Spokes）： 各个厂商只需开发一个“转换器”，将自己的私有格式与 Ossie 互转即可。

这就好比全世界的电器只要带一个标准的转换插头，就能在全球任何插座上使用，而不需要为每个国家定制一款电器。

2.企业支持 Apache Ossie 的四大好处

对于企业而言，拥抱 Apache Ossie 意味着数据架构的一次重大解放。具体好处体现在以下几个方面：

第一，大幅“减负”，消除重复工程。

在没有通用标准之前，企业团队如果要更换 BI 或数据平台，往往需要在新平台上从头重建整个语义层。有了 Ossie，开发者只需定义一次指标，就能将其视为一个“有版本、可审查的代码工件”到处移动。超市巨头 H-E-B 的高级数据工程师 Aditya Ranjan 表示，微软和谷歌的支持，能让企业在跨平台迁移分析工作负载时，显著减少重复性的语义工程负担。

第二，避免“指标漂移”，统一业务口径。

当同一个指标（如“季度利润”）在不同平台被不同的人重复定义时，很容易出现计算逻辑的细微差异，导致“指标漂移”。通过 Ossie，企业可以确保跨平台使用的是同一个指标定义。这不仅能避免不同部门的数据“打架”，还能让 CIO 更有信心地扩大 AI 代理的部署规模——因为代理们读取到的业务背景是完全一致的。

第三，拿回数据“所有权”，增加谈判筹码。

对于企业买家来说，Ossie 最大的诱惑在于可移植性。过去，一旦深度绑定某个 BI 工具，切换成本高到令人窒息。而现在，由于语义模型可以打包带走，企业在更换平台时不再需要伤筋动骨。这种自由度赋予了企业更大的商业筹码，拿回了对自身数据资产的控制权。

最后，巨头带头，降低开发与集成门槛。

微软已经明确表示，将开发 Power BI 语义模型与 Ossie 之间的“双向转换器”，并推动 Ossie 支持其专属的查询语言 DAX（用于将 Power BI 中的复杂计算逻辑无损带出）。谷歌也确认参与合作，其 BigQuery/GoogleSQL 方言已被纳入 Ossie 规范。巨头的实质性投入，将大幅降低普通企业的接入门槛。

3.理想丰满，现实仍有“骨感”

尽管 Ossie 的愿景十分美好，但分析师和企业仍需保持清醒。目前支持 Ossie 并不能等同于“一键无缝迁移”。

语法转换 ≠ 行为等效： 可移动结构并不保证结果一致。比如 Power BI 中复杂的 DAX 时间智能函数，在翻译成通用格式时可能会“失真”，因为目标平台对连接、零值或时间计算的处理方式可能不同。企业在投入生产前，仍需严格验证转换后的模型。

治理层面的空白： 目前的 Ossie 核心规范涵盖数据集、关系和指标，但没有将“行级安全、访问策略、认证状态”作为一等公民。这意味着，企业在搬运模型后，仍需在目标平台上重新搭建安全护栏。

项目仍在“孵化期”： Ossie 当前规范仅为 0.2 版本（明确标记为开发草案），它还不是完整的 Apache 项目，架构和能力随时可能改变。对于 CIO 来说，将其作为长期核心互操作层，目前还存在不确定性。

4.从“硬锁定”转向“软锁定”

正如分析师所言，即使 Ossie 未来被广泛采用，也不太可能完全消除厂商锁定，而是会“转变”锁定的形式。

未来，企业的业务逻辑和指标定义（即“语义”）将变得高度可移植，你可以带着它们自由选择平台；但围绕这些逻辑的“执行引擎”和“专有扩展功能”，依然会保留各家平台的护城河。

换言之，企业将实现“定义可移植，行为仍特定”。Apache Ossie 的众星捧月，标志着数据平台正从互相封闭的“封建割据”，走向一个互联互通的“联合国”。虽然前路仍有治理和技术细节的挑战，但这无疑是朝着开放与互操作性迈出的关键一步。