Solutions · Sovereign cloud

Canadian-owned cloud hosting, on hardware we own

Sovereign cloud means the operator owns the machines and answers to one jurisdiction. Our Hugo platform runs on hardware oceans owns in Canada, in independent FiberCentre facilities, as a registered ISP, ASP and PAS. Files, mail, chat, video, voice and AI live in one environment instead of six vendor contracts.

The problem: renting is not owning

A hyperscaler's sovereign cloud region tells you where the building stands. It does not tell you who can be compelled to open it. A US-headquartered operator remains subject to US law wherever the racks are, which is why data residency and data sovereignty are not the same question — and why answering the first one does not settle the second.

The second problem is assembly. Most organisations end up with a file service from one vendor, mail from another, chat from a third, video from a fourth, and an AI tool bolted on last. Every seam is a contract, an integration and a place where data crosses a border nobody wrote down.


How it works

cloud&more operates the infrastructure; the Hugo product suite is what your people actually work in.

Hardware we own

Not rented capacity in someone else's cloud. The machines belong to the group and run in independent FiberCentre facilities in Canada.

One jurisdiction, stated plainly

Registered as ISP, ASP and PAS, operating without dependency on the major cloud providers. What law applies is a fact about the operator, not a marketing region name.

One environment, not six vendors

Files, mail, chat, video calls, voice and the AI layer sit together. There is no integration project between them, because they were never separate.

Migration at your pace

Workloads move when it makes sense. Where something has to stay in a hyperscaler for now, our encryption gateway covers it in the meantime.


What it replaces

This is the route for organisations that have decided the dependency itself is the problem, not any one provider's terms.

The vendor stack

One environment instead of separate contracts for storage, mail, chat, meetings and AI, each with its own terms and its own data flows.

The hiring detour

Companies that want to use AI often start by looking for infrastructure engineers. With the foundation already running, your own people build the thing they wanted in the first place.

The jurisdiction argument

Instead of explaining why a foreign provider's regional cloud should be acceptable, the answer is simply which country's law applies.


Who this is for

Canadian organisations that want a Canadian operator

Where ownership and jurisdiction are part of the requirement, not a nice-to-have discovered during procurement.

European organisations under GDPR

Where a transfer impact assessment has to be defensible and "the data centre is in the EU" has stopped being a sufficient answer.

Organisations that want AI without rebuilding themselves

Where the goal is to run AI projects on data you control, without first becoming an infrastructure company.


Frequently asked questions

What is the difference between data residency and data sovereignty?
Residency is where the data physically sits. Sovereignty is whose law and whose access govern it. A US provider can offer residency in Canada or Germany while remaining subject to US orders — the building answers one question, the operator answers the other.
Do you own the hardware or rent it?
We own it. The machines belong to the group and run in independent FiberCentre facilities, which is what lets us make a statement about jurisdiction rather than a statement about a region label.
What availability can we expect?
We aim for 99.9% of productive services on a monthly average and have achieved that in the past. A specific availability is only owed where a separate service level agreement says so — we would rather write that down than imply it.
Can we migrate gradually?
Yes, and that is the usual case. Most organisations move one workload at a time. For anything that has to stay with a hyperscaler in the meantime, the eperi gateway keeps it encrypted.
Is AI part of this or a separate product?
Part of it. The AI layer runs in the same environment as your files, mail and chat, which is what makes it usable on real company data without exporting that data to a third party.
What happens to our data if we leave?
You take it with you. Sovereignty that only works while you stay is not sovereignty; export paths are part of the setup, not a retention lever.
How is this different from a local reseller of a hyperscaler?
A reseller sells you someone else’s capacity with a local invoice. The underlying operator, and therefore the jurisdiction, does not change. We own the machines, which is what makes the answer about applicable law different.
What exactly is Hugo?
Hugo is the product suite your people work in — files, mail, chat, video, voice and the AI layer — running on the cloud&more infrastructure. cloud&more is the operator; Hugo is the environment.

Talk to us about your infrastructure

Bring the awkward parts: the workload that cannot move, the contract that runs another two years, the compliance question nobody has answered. That is the conversation worth having.