Governance Rollout¶
This guide covers the operator workflow for rolling out scoped asset governance in a running gateway.
What Is Runtime-Authoritative¶
Two runtime control planes are now authoritative:
- Callable-target governance for model names and route-group keys
- MCP governance for MCP server visibility and tool execution
Both are enforced from in-memory snapshots on each gateway instance. Admin writes update the local snapshot immediately and publish a Redis invalidation event so other instances reload in the background.
Multi-Instance Behavior¶
DeltaLLM does not read Redis on the request path for governance checks.
Instead:
- an admin write updates the database
- the local instance reloads the affected governance snapshot immediately
- the instance publishes a governance invalidation event
- other instances coalesce nearby invalidations and reload their local snapshot
This keeps request-time latency flat while still converging a horizontally scaled deployment quickly after changes.
Callable-Target Rollout¶
Use callable-target migration to move orgs off legacy team/key/user model arrays.
Report¶
Backfill¶
curl -sS -X POST "$BASE/ui/api/callable-target-migration/backfill" \
-H "Authorization: Bearer $MASTER_KEY" \
-H "Content-Type: application/json" \
-d '{"rollout_states":["needs_org_bootstrap","needs_scope_backfill"]}'
Target state:
- organization callable-target grants exist
- team, API key, and user
restrictpolicies exist where direct bindings exist - rollout state is
ready_for_enforce
MCP Rollout¶
MCP has the same end-state model:
- organization bindings are the ceiling
- team, API key, and user policies narrow access with
restrict
Report¶
Backfill¶
curl -sS -X POST "$BASE/ui/api/mcp-migration/backfill" \
-H "Authorization: Bearer $MASTER_KEY" \
-H "Content-Type: application/json" \
-d '{"rollout_states":["needs_org_bootstrap","needs_scope_backfill"]}'
Target state:
- org-level MCP bindings exist for every server the org currently relies on
- child scopes with direct bindings have
restrictpolicies - rollout state is
ready_for_enforce
Verification Checklist¶
After rollout:
GET /v1/modelsfor representative keys returns only expected callable targets- MCP server visibility matches the intended organization/team/key/user chain
- admin asset previews match runtime behavior
- no org remains in a migration state that still relies on compatibility fallback
Recommended Production Sequence¶
- run the callable-target migration report
- backfill callable-target governance
- verify orgs are
ready_for_enforce - run the MCP migration report
- backfill MCP governance
- verify orgs are
ready_for_enforce - sample
/v1/modelsand MCP requests with real scoped keys