Deployment modes

The bridge stays deployable across managed, self-hosted, and controlled-network environments.

Universal AI Bridge is not positioned as cloud-only. The current managed reference topology keeps the web surface on the apex domain while the bridge and Supabase stay on explicit subdomains, with the same env-driven contract still supporting self-hosted and restricted-network deployments.

Current deployment positioning

Deployment messaging stays aligned with what the repository and external deployment guide already support today.

DimensionManaged bridgeSelf-hostedClosed-network
What stays the sameOne bridge service, explicit session routing, shared capability contracts, and audit-visible outcomes.The same bridge contract and runtime model, but with your own infrastructure ownership and rollout timing.The same connector-neutral execution model while keeping bridge, runtime, and data paths inside controlled networks.
Best fitTeams evaluating the platform quickly and wanting a repeatable managed deployment path.Teams that need deployment control, custom infrastructure policy, or region-specific operations.Teams with desktop, regulated, or air-gapped requirements where public SaaS is not a fit.
Current maturityThe managed bridge path is documented and externally re-verified through Render plus Supabase-compatible services.Self-hosted rollout is supported through the same env contract, Docker image, migrations, and bootstrap flow.Closed-network posture is enabled by the Satellite runtime model, fail-closed allowlists, and no requirement for cloud-only execution.

Operational facts the current platform already supports

This is the current rollout posture reflected in the README and the external deployment guide.

Bridge

One service boundary

The current managed deployment path stays intentionally narrow: one bridge container, one managed Postgres-compatible database, one managed Redis instance, and one explicit bridge host that stays separate from the public web apex domain.

Runtime

Explicit runtime reconnects

After restart, redeploy, or secret rotation, the runtime reconnects explicitly and session health is rechecked before smoke or execution traffic resumes.

Verification

Health, readiness, and smoke

The current deployment story includes /healthz, /readyz, migrations, first workspace bootstrap, and authenticated smoke verification.

Domains

Split public and backend hosts

The current managed reference uses Vercel for the primary web domain, Render for a dedicated bridge subdomain, and Supabase for a separate auth and storage subdomain.

Next step

Move from public overview to a real evaluation path.

Use the docs when you want the current technical contract, or use the enterprise branch when you want a conversation about deployment fit and rollout posture.