Multi-Cloud Abstraction Without the Lowest Common Denominator

Portability need not mean surrendering every useful native cloud service. A decision framework for abstracting only the dependencies that matter for exit, using composition layers where they buy real optionality and native services where lock-in is acceptable.

Functional Equivalence and Cloud Exit: What the Data Act Actually Obliges Your Provider to Enable

The Data Act’s switching duty demands functional equivalence for IaaS and data portability for PaaS and SaaS. A reading of what your provider must enable, and how to design an exit you can actually exercise before egress charges vanish on 12 January 2027.

The Seams That Let You Replace a Vendor Later — Designed In, Not Retrofitted

You cannot retrofit replaceability into a system after it’s been built the wrong way for three years. The seams that let you swap a vendor later have to be designed in from the first architecture decision — and almost nobody makes that decision deliberately, because it costs a little more up front for a benefit …

Read more

Model-Agnostic Architecture: Abstracting the AI Provider

Every organisation building on a specific AI model right now is making a bet on that model’s continued existence, pricing, and behaviour — a bet the model providers themselves have shown, repeatedly, they can change the terms of with a deprecation notice and a migration deadline measured in weeks. I’ve written about vendor-agnostic architecture as …

Read more

MCP Is the USB-C of AI: Why the N×M Integration Problem Just Collapsed

Before the Model Context Protocol, connecting an AI model to N external tools and data sources meant building N separate, bespoke integrations — and connecting M different AI applications to those same N tools meant building N times M integrations, a combinatorial problem that made every new tool or every new AI application an expensive, …

Read more

MCP Under the Linux Foundation: What Vendor-Neutral Governance Means for Your Roadmap

A technology roadmap built on a single vendor’s protocol carries a specific, familiar risk: what happens when that vendor’s priorities shift. MCP’s move to the Linux Foundation’s Agentic AI Foundation on 9 December 2025 was designed specifically to remove that risk — and understanding exactly what changed, and what didn’t, matters for any organisation currently …

Read more

The Open Lakehouse: Decoupling Storage, Compute and Table Format

A traditional data warehouse bundles storage, compute, and query engine into one vendor’s product — buy the platform, and all three come locked together. The open lakehouse architecture breaks that bundle apart deliberately, and the decoupling is the actual point, not just an implementation detail underneath a similar-looking dashboard. I’ve written about Apache Iceberg’s role …

Read more

The Seams That Let You Replace a Vendor Later

You cannot negotiate replaceability into a contract after the fact. It has to be built into the architecture before the vendor is chosen — deliberate seams, placed at the right boundaries, that turn a future vendor swap from a rebuild into a substitution. I’ve written about measuring vendor lock-in before signing a contract. This is …

Read more

Vendor Lock-In: How to Measure It Before You Sign

Vendor lock-in almost never gets measured before a contract is signed. It gets discovered after, when leaving turns out to cost more than anyone estimated and the estimate that mattered was never actually made. I’ve written before about vendor lock-in inside industry-specific ERP specifically. This is the general version — a measurement exercise that applies …

Read more

Book a Pillar 16 - Adaptability & Strategic Optionality scoping call