Denis Baciu canonical archive · est. 2026

Writing

Semantic Model Portability Is More Than a Niche Concern

source: linkedin — original ↗
published: 2026-10-05 · status: canonical · expanded from the original post
Semantic Model Portability Is More Than a Niche Concern

Many people assume semantic model portability is a niche concern. They expect enterprises to keep rebuilding business definitions inside Power BI, BigQuery, and their AI stacks, treating each platform's semantic layer as a local implementation detail. I used to think that was a plausible default. It is hard to imagine a large company agreeing on shared definitions across tools when the tools themselves come from competing vendors. The cost of redefining the same metric three times often feels like a necessary tax for using best-of-breed tools.

The backing of Microsoft, Google, and peers in Apache Ossie challenges that assumption. These are not neutral observers. When the major cloud platforms put weight behind an open standard for semantic models, they are signaling that interoperability matters to their customers. A recent article on CIO.com makes this point clearly without overstating it. The fact that competitors are supporting the same project says more about customer pressure than about any sudden taste for open standards.

Two reasons stand out. First, the commercial weight signals that interoperability is becoming a competitive requirement for cloud AI platforms, not an academic ideal. If a customer cannot move a metric definition from one analytics tool to another without rework, that friction becomes a reason to avoid the platform. Vendors do not usually collaborate on shared foundations unless customers are pushing them to. When a platform can say it works with shared semantic models, it removes one more barrier to adoption.

Second, the article is honest that governance and vendor-specific differences remain obstacles. That does not weaken the case; it clarifies the target. The goal is not a single universal semantic model that every vendor implements identically. The goal is a shared semantic layer where governance can happen once, not per tool. Vendor-specific extensions will likely persist, but the core definitions can be portable. Governance is hard enough without having to rebuild the same rules in every environment.

Think of it like SQL. Dialects persist. Oracle, PostgreSQL, and SQL Server all have their own flavors of syntax and functions, but the core concept made data portable across decades. A person who learned SQL in the 1990s can still reason about a modern cloud data warehouse query. The same can happen for semantic models if the industry converges on a portable core. The value was never in the exact dialect; it was in the shared mental model of tables and queries.

The real shift is from semantic models as platform-specific artifacts to enterprise assets that move with the data.

The implications are practical. If a metric is defined once in a shared model and then referenced by Power BI, BigQuery, and an AI application, the business owns the definition. Tool migrations become less expensive. Consistency audits become simpler. None of that requires every vendor to abandon its own features; it just requires the portable core to be good enough. It also means the semantic layer can follow the data, not the other way around.

None of this happens quickly. The article is careful not to promise that governance differences disappear. But the direction is now visible. When the largest cloud vendors back a project like Apache Ossie, it stops being a niche concern and becomes the default assumption that enterprises should plan around. That is a meaningful change in how we think about the relationship between data platforms and the definitions that sit on top of them.