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

Home / Partnerships / Cloud platforms / Microsoft Azure

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

A proposed partnership between sgit.ai and Microsoft Azure

sgit runs on Azure. We just have not written it down yet. The founder has deployed the vault server on Azure and it works, but the published documentation covers Docker, AWS, Google Cloud and static hosts, not Azure. We would like to close that gap with Microsoft: a documented, reviewed deployment on Azure services, a listing in Microsoft Marketplace, and a route to the many organisations whose data already lives in Azure and Microsoft 365.

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

sgit needsOn Microsoft AzureStatus
A small stateless APIAzure Container Apps, or Azure FunctionsWorking in the founder's own deployment; not yet documented.
Object storageAzure Blob StorageNot S3-compatible. Needs a native backend, or a disk volume or cross-cloud S3 in the meantime.
Static readersAzure Static Web Apps, Azure Front DoorShould work, as for any static host. Not tested by us.
Sovereign dataEU Data Boundary, Microsoft Sovereign CloudComplementary: the host holds ciphertext only, in the region chosen.
Data that already lives in Microsoft 365Agents with Microsoft 365 connectorsRiskMandate.ai has published a behaviour policy for Claude with Microsoft 365, and the risk side is being written there.

Where we are with Microsoft Azure today

Azure is the clearest case of something that works and is not yet written down. The deployment was done and it ran; what it lacks is a guide, a storage backend that uses Blob Storage natively, and a review by someone who knows Azure. The reason it has not been done is simply that our credits and our history are on AWS. That is a gap we would rather close with Microsoft than around it.

What a partnership could be

ShapeWhat it would beOn their side
1 · A native Blob Storage backendA storage mode for Azure Blob Storage in the open-source server, so a vault on Azure keeps its ciphertext in Azure with no cross-cloud credentials.An engineer who knows the Blob Storage APIs, and credits to test on.
2 · A documented Azure deploymentA guide and a template for Container Apps with Blob Storage, reviewed and published in the deployment docs next to AWS and Google Cloud.A technical reviewer.
3 · A Marketplace offerThe open-source server as a free container offer in Microsoft Marketplace, which supports Free and BYOL container billing.ISV Success, part of the Microsoft AI Cloud Partner Program.

What we are asking Microsoft Azure for

  1. Engineering help, or a reviewer, for a native Azure Blob Storage backend.
  2. A technical review of the Azure deployment guide before we publish it.
  3. A place in ISV Success and a route into Microsoft Marketplace.
  4. Credits through Microsoft for Startups, so the Azure path gets the same testing the AWS path had.
  5. An introduction to a customer who needs encrypted handover inside an Azure estate.

What this page does not claim

If you work at Microsoft Azure

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 →