for agents/llms.txtv0.6.8 · 24 Sep 2026

Home / Partnerships / Cloud platforms / the European clouds

A proposed partnership · sgit.ai with the European clouds · public material only · 24 September 2026

A proposed partnership between sgit.ai and the European clouds

For European clouds, vaults are the sovereignty argument made concrete. OVHcloud, Scaleway, Hetzner, IONOS and STACKIT are chosen by customers who want their data in Europe, under European law, with a European provider. sgit adds the guarantee that even the provider cannot read it: the host holds ciphertext, the keys stay with the customer, and the code is open, so nobody can be bought out from under them. Every one of these clouds offers S3-compatible object storage, which is most of what sgit needs.

Nothing on this page is confidential, and there has been no conversation yet. Every statement about the European clouds comes from its own public pages, linked. Every statement about sgit points at the deployment documentation, a published vault or a page on this site. sgit is Apache-2.0, so the European clouds does not need our permission to run it or to build on it. A partnership is about doing that well and together. The general argument is on the cloud platforms page.

In short

How vaults map onto the European clouds

sgit needsOn the European cloudsStatus
OVHcloudObject Storage ("largely compatible with the S3 protocol"); Managed Kubernetes; Open Trusted Cloud for the marketplaceNot tested by us.
ScalewayS3-compatible Object Storage; Serverless Containers; Edge Services; Marketplace and Partner ProgramNot tested. The closest match to the AWS Lambda shape.
HetznerS3-compatible Object Storage; Cloud servers with DockerNot tested. The simplest and cheapest path: one server, one bucket.
IONOS CloudS3-compatible Object Storage; Managed Kubernetes; CDN; ISV Partner Program and MarketplaceNot tested.
STACKITS3-compatible Object Storage; Kubernetes Engine or Cloud Foundry; CDN; STACKIT MarketplaceNot tested.

Where we are with the European clouds today

We have not deployed on any of these yet, and we should have. The founder's view, stated on the UK Sovereign AI page, is that sovereignty without open source is one acquisition deep. The same argument applies to European clouds: a sovereign host is necessary, and an open, client-side-encrypted data layer on top of it is what makes the sovereignty survive a change of owner, a court order or a breach.

What a partnership could be

ShapeWhat it would beOn their side
1 · One tested deployment eachThe server with each provider's S3-compatible storage, documented in the deployment docs. This is also how the S3-endpoint support gets tested properly.A test account and a technical contact.
2 · A European referenceA published reference for a fully European stack: a European cloud, a European model provider such as Mistral, and vaults, with no key ever leaving the customer.Joint publication.
3 · Marketplace listingsThe server in OVHcloud's, Scaleway's, IONOS's and STACKIT's marketplaces, where their programmes allow it.Each provider's ISV or partner programme.

What we are asking the European clouds for

  1. A test account on each, to write and verify the deployment guide.
  2. An introduction to each provider's ISV or partner programme, and to their marketplaces.
  3. Startup programme support where it exists: OVHcloud, Scaleway, IONOS and STACKIT each run one.
  4. A first European customer for whom "the host cannot read it" is the requirement.

What this page does not claim

If you work at the European clouds

This page is written to be forwarded as it is, and everything on it can be checked by the person who receives it. Who is asking, and how to reach them →