Blog/Sovereignty

Cloud Sovereignty, Compliance and Digital Independence: A CIO’s Guide

The cloud was offered as speed. The price was the estate. Now the board wants to know who controls it, how you prove it, and how you would ever leave.

Nikhil Katara, Co-Founder & COO5 min read

For most of the last decade, the question a CIO was asked about cloud was simple: how quickly can we move? The offer was speed, elasticity and modern services. The condition, rarely written down, was that the estate, the data and the terms of the relationship would sit with someone else.

The questions in the boardroom have changed. Where is our data? Who controls the infrastructure it runs on? If the regulation changes next year, what do we have to move? How dependent are we on a single provider? And if we had to leave, could we?

None of those is answered by a price list or a performance benchmark. They are questions about control, about proof and about the freedom to change course. That is what sovereignty, compliance and digital independence mean to a CIO, stripped of the marketing.

Cloud became a board decision

Cost, performance, availability and the breadth of services still matter. But they are no longer the whole decision. Data protection law, sector regulation, cyber threats, geopolitical uncertainty and the governance of AI have all landed on the same desk.

The result is that a cloud choice now involves legal, risk, compliance and security leaders as well as IT. A CIO who can only answer on cost and speed will be asked the other questions anyway, usually by an auditor.

Control, not location

Sovereignty is usually described as a place: data stays in approved jurisdictions. That is necessary, and it is not enough. The questions that matter are about who controls the environment the data lives in: who operates it, whose identity system grants access, who holds the keys, and whose policies govern change.

For an enterprise, that is not an abstraction. Customer records, financial data, health information, intellectual property and operational systems are among the most valuable things the organisation owns. Knowing where they are is the start. Knowing who can reach them is the point.

Compliance is a question of evidence

The frameworks keep multiplying. Central bank requirements and financial cybersecurity frameworks. Patient data protection in healthcare. National cybersecurity frameworks for government and critical infrastructure. International standards such as ISO 27001, ISO 27017 and ISO 27018, and privacy regimes such as GDPR.

They differ in detail, and they share one demand: show us. Not a policy that says access is controlled, but a record of who accessed what, when, and under which approval. Not a statement that data stays in-country, but the controls that keep it there and the logs that prove they worked.

It is worth being precise about who is being assessed. A framework is applied to an organisation, its scope and its practices. No cloud platform can be compliant on your behalf. What a platform can do is decide whether that evidence is produced as a matter of course, or reconstructed by hand every time an auditor asks.

Compliance you cannot evidence is compliance you are hoping for.

Built in, or bolted on

Many organisations still treat compliance as a policy exercise sitting on top of infrastructure. In practice, the architecture decides how hard it will be. The controls that matter most belong in the platform itself:

  • Residency — where data, backups and replicas may exist, enforced rather than documented.
  • Keys — encryption with keys the organisation holds, in hardware it controls.
  • Identity — one directory, one set of access rules, applied to every service.
  • Privilege — sensitive actions that need a second approver, and sessions that are recorded.
  • Audit — logs produced continuously, in a form an auditor can use.

With the right platform, evidence is a by-product of running the cloud. With the wrong one, it is a project that never ends.

Independence is the right to change your mind

Digital independence sounds grand. In practice it means something modest and valuable: the ability to make technology decisions without asking permission.

Providers change their pricing, their services, their licensing and their support policies. That is their right. The risk is being unable to respond. Lock-in rarely arrives as a single decision. It accumulates, as applications couple to one provider’s services, as data grows expensive to move, and as the cost of leaving quietly overtakes the cost of staying. By the time it shows up in a negotiation, it is already priced in.

An independent estate is one where the exit is designed before it is needed: portable workloads, data you can move, infrastructure from the vendor you choose, and a platform that does not care whose hardware sits beneath it.

AI raises the stakes

AI makes every one of these questions sharper. Models are trained on the organisation’s most sensitive material: customer records, proprietary data and intellectual property. Where is that data held while it trains? Who controls the models it produces? How is the environment governed, and how would you evidence it? Innovation in AI will be judged on the same terms as everything else: control you can prove.

Placement, not purity

None of this means abandoning public cloud. The strongest strategies place each workload where it belongs. Global applications and fast experiments suit public cloud. Regulated and sensitive workloads suit a cloud whose control you can evidence. Highly customised systems suit a private environment. The mistake is not choosing public cloud. It is choosing it by default, for everything, and discovering the terms later.

Questions to ask before you commit

  • Could we produce, today, a record of every privileged action on our production systems last quarter?
  • Who holds our encryption keys, and could anyone else decrypt our data?
  • If a regulation changed next year, what would we have to move, and what would it cost?
  • Could we run the same platform on different hardware, or in a different facility?
  • What is our exit plan, and has anyone tested it?

Where the platform fits

This is the problem Oasis Enterprise Cloud is built for. It runs in your data centre or in a colocation facility you choose, on infrastructure you already own, with no lock-in to any infrastructure vendor. Its Governance, Security & Compliance module brings identity, policy and audit into one place, with keys in a hardware security module, bring-your-own keys, a two-person rule for sensitive actions and recorded privileged sessions. It will not make you compliant; nothing can. It makes the controls enforceable and the evidence automatic.

The CIO’s role is shifting from running technology to guarding the organisation’s digital assets. The organisations that do best will not choose between moving fast and staying in control. They will insist on both.

Build the cloud you want to own

Want to argue it through?

If this describes a decision in front of you, the fastest way forward is a conversation with the people who run the platform.

Talk to us See the platform