Skip to content
← All five pillars

Cloud & Infrastructure

A cloud you can be running on today.

Servers, storage, databases and Kubernetes from one catalog, across our own data centres and partner capacity we contract, with one API and one monthly invoice. Service providers can sell the same cloud under their own brand.

Download the overview(PDF)

Cloud console
From the list to one server's lifecycle in two clicks. Shown with demo data.

What it does

The core capabilities, live in the product today.

  • Provider-blind by construction

    No provider’s vocabulary reaches the platform or your customers. Moving a workload between clouds, or onto hardware you own, is a substrate change rather than a re-integration.

    You learn one vocabulary — the platform’s — and it never names the provider underneath. That is what makes moving a workload between clouds, or onto hardware you own, a substrate change rather than a re-integration.

  • Residency decided before placement

    Where a workload may run is settled by policy before a provider is chosen. Out-of-region provisioning is blocked, not flagged afterwards.

    Residency is a policy input to placement, not a report afterwards: a workload that may not leave a region cannot be placed outside it. A behaviour you can demonstrate to an inspector, not a commitment on a slide.

How it works

  1. Cloud console

    Choose from one catalog

    Servers, storage, databases, Kubernetes and networking, ordered in minutes at a published price.

  2. Policy

    Deploy where your policy allows

    Residency is decided before placement: a workload that may not leave a region cannot be placed outside it.

  3. API

    Run it all on one invoice

    Every resource in every region draws down one credit balance and lands on one monthly invoice.

See it in the console

Real screens from the products in this pillar, shown with demo data.

Servers: Every server in one list

Virtual and dedicated, with the power and state the platform last observed — not just what was ordered.

Cloud console
The servers list in the cloud console, showing four Northwind servers with their size, region, state and project tags.The servers list in the cloud console, showing four Northwind servers with their size, region, state and project tags.
Every server in one list, with its state reconciled against what is actually running. Shown with demo data.

Kubernetes: Every cluster in one list

Managed and self-managed clusters side by side, each with its version, region and state.

Cloud console
The Kubernetes page in the cloud console, listing a managed production cluster and a self-managed analytics cluster with their version, region and state.The Kubernetes page in the cloud console, listing a managed production cluster and a self-managed analytics cluster with their version, region and state.
Managed and self-managed clusters side by side, one resource each. Shown with demo data.

Object storage: Every bucket, one endpoint

Each bucket with its region, its S3 endpoint and whether versioning is on.

Cloud console
The buckets page in the cloud console, listing three Northwind buckets with their region and whether versioning is on.The buckets page in the cloud console, listing three Northwind buckets with their region and whether versioning is on.
Every bucket, its region and its versioning, behind one endpoint. Shown with demo data.

Block storage: Every volume and where it is attached

Each volume’s size, region and the server it is attached to, if any.

Cloud console
The volumes page in the cloud console, listing two network block volumes with their size, region and attachment.The volumes page in the cloud console, listing two network block volumes with their size, region and attachment.
Block volumes with their size and what they are attached to. Shown with demo data.

Managed databases: Every engine in one list

PostgreSQL beside MySQL, each with its version, topology and state.

Cloud console
The databases page in the cloud console, listing a highly available PostgreSQL database and a standalone MySQL database.The databases page in the cloud console, listing a highly available PostgreSQL database and a standalone MySQL database.
Every engine in one list, each with its topology and version. Shown with demo data.

Networking: Private networks

Each network with the address range you chose for it.

Cloud console
The networks page in the cloud console, listing a production and a staging private network with their address ranges.The networks page in the cloud console, listing a production and a staging private network with their address ranges.
Private networks with their address ranges, in one rule model. Shown with demo data.

Where the work happens

Cloud console

Servers with their whole lifecycle, storage, databases, networking and Kubernetes, ordering with the price on the same page, and the audited record of what was done.

Questions, answered

Whose infrastructure does it run on?

Our own data centres and partner capacity we contract — presented as one catalog, so no provider’s vocabulary ever reaches you or your customers.

How is data residency enforced?

Where a workload may run is settled by policy before a provider is chosen. An out-of-region placement is refused, not flagged afterwards.

What does it cost?

Every resource carries a published rate — per hour, per gigabyte, per request — and everything lands on one monthly invoice. The full rate card is on the pricing page.

Can we sell this cloud under our own brand?

Yes — service providers resell the same platform white-label, with their own pricing on top of the published rates.

See it running.

Create a company and try it with your own data, or talk to us about your setup.

Cloud & Infrastructure · ProjectX