AOS / Docs

Operate AOS Hub

AOS Hub hosts AOS package registries and binary caches. It provides a web console for people, an HTTP API for automation, and the Git- and Nix-compatible surfaces consumed by AOS tools.

The same application is available in two forms:

DeploymentStateStorageBest fit
Native serverLocal SQLiteLocal filesystem or S3-compatible storageAOS systems, private infrastructure, and deployments where you operate the host
Cloudflare WorkerSQLite in a Durable ObjectR2, with KV as a session/hot-state cacheCloudflare-operated deployment with edge-cached assets and public facade reads

Both forms serve the web interface, HTTP API, registry facade, and managed publish path. Native deployments also expose direct database administration through aos-hub. Worker deployments are administered through the web/API surface and the aos-hub worker deployment commands.

The Worker does not make every Hub request edge-local. Static assets and cacheable public facade reads can be served at the edge. Other requests run in resource-affine control, tenant, registry, or cache execution objects; those objects send only short transactions to the single authoritative HubDb SQLite object. Cross-resource constraints remain atomic, while request parsing, response construction, and provider I/O no longer serialize behind unrelated resources.

#Start here