Most data platform TCO comparisons are built to answer the wrong question. They compare what the platform costs to run today, not what the architecture costs to change tomorrow.

TCO has to include change

A closed platform can look cheap when the workload is narrow, the vendor discounts are fresh, and nobody has tried to leave. An open platform can look expensive when you count the operational work but ignore the future options it preserves.

A better TCO model separates direct cost from control cost. Direct cost includes compute, storage, licenses, operations, support, and cloud services. Control cost includes migration work, duplicated data, governance rework, restricted engine choice, and the cost of waiting when a new workload needs a different architecture.

That second category is where the spreadsheet usually gets weird.

The categories vendors leave out

Use the same categories on both sides of the comparison:

  • Compute elasticity: can teams choose the right engine for the workload?
  • Storage control: who owns the table layout, metadata, and history?
  • Catalog control: can permissions, discovery, and table operations work across engines?
  • Governance portability: can lineage and policy survive outside one UI?
  • AI access: can agents retrieve governed context without copying everything into a separate system?
  • Exit cost: what has to be rebuilt if the platform changes?

Open does not mean free

Open infrastructure still has costs. You need platform engineering, reliability work, catalog operations, security review, and people who understand the stack. Pretending otherwise is how teams build fragile open systems and then blame the standards.

The argument for ODI is not "free." The argument is "inspectable, portable, and governable." You spend more effort making the contracts explicit. In exchange, you reduce the long-term tax paid to private boundaries.

Core idea: the right TCO model compares the cost of operating the platform with the cost of losing architectural choice.

The decision question

The final decision question is simple. Which architecture gives the business the most credible future options for the least total risk?

If the closed platform is cheaper and the exit path is acceptable, use it. If the workload is strategic, AI-facing, heavily governed, or likely to change, the option value of open infrastructure starts to matter fast.

Cheap today is not the same thing as cheap to own.

Sources to start with

These are the primary sources I would start from when checking the claims in this piece.