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

Home / Partnerships / Cloud platforms / AWS

A proposed partnership · sgit.ai with AWS · public material only · 24 September 2026

A proposed partnership between sgit.ai and AWS

We would like to work with AWS more closely, and we are already most of the way there. sgit's deployment templates were written for AWS first, the vault service behind the vaults published on this site answers from Amazon S3 behind CloudFront, and our startup credits are AWS credits. What is missing is the partnership: a reviewed reference architecture, a listing in AWS Marketplace, and a route to AWS customers who need encrypted handover or sovereign storage.

Nothing on this page is confidential, and there has been no conversation yet. Every statement about AWS 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 AWS 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 AWS

sgit needsOn AWSStatus
Object storageAmazon S3Works today: the server's s3 storage mode, with buckets named per account and region.
A small stateless APIAWS Lambda (container image and function URL), ECS Fargate, or an EC2 applianceCloudFormation templates written and in beta.
Static readersS3 and CloudFrontDocumented in the deployment docs.
Sovereign regionAWS European Sovereign CloudNot yet tested. S3, Lambda and ECS are available there, so the same templates should apply.
Agent environmentsEphemeral computesg-compute builds agent environments on AWS today.

Where we are with AWS today

AWS is where sgit grew up, for two reasons that have nothing to do with preference: the founder has built on AWS for years, and the startup credits sgit has are AWS credits. The result is that the AWS path is the most complete one: the templates, the runbooks, the S3 storage mode and the published vaults all run there. That is also why this page asks for more than documentation. The next step on AWS is not whether it works but whether AWS customers can find it and buy it through the channel they already use.

What a partnership could be

ShapeWhat it would beOn their side
1 · A reviewed reference architectureThe Lambda and Fargate templates reviewed by an AWS solutions architect, published as a reference architecture, and tested end to end in a standard region and in the European Sovereign Cloud.A partner solutions architect, and credits for the testing.
2 · A Marketplace listingThe open-source vault server as a free container product in AWS Marketplace, launched into the customer's own account. AWS Marketplace accepts free products and container delivery.AWS Marketplace, through the AWS Partner Network.
3 · Services on topEncrypted data rooms, agent handover and connector twins, offered by AWS consulting partners on their customers' accounts. Every one is published here as a working vault.The AWS Partner Network's consulting partners.

What we are asking AWS for

  1. A review of the CloudFormation templates by someone who knows Lambda and Fargate well.
  2. Help testing in the AWS European Sovereign Cloud.
  3. A route into AWS Marketplace for the open-source server as a free container product.
  4. Membership of the AWS Partner Network and an introduction to the ISV team.
  5. Continued support through AWS Activate, which is how the AWS path was built.

What this page does not claim

If you work at AWS

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 →