Skip to content

Hosted deployment artifacts for sim-minutes API + worker (closes #3)#7

Merged
abhay-codes07 merged 1 commit into
mainfrom
feat/hosted-sim-minutes-deploy
Jul 12, 2026
Merged

Hosted deployment artifacts for sim-minutes API + worker (closes #3)#7
abhay-codes07 merged 1 commit into
mainfrom
feat/hosted-sim-minutes-deploy

Conversation

@abhay-codes07

Copy link
Copy Markdown
Owner

Closes #3.

Packages the M26/M30 control plane and the M27 sim-minutes worker for a hosted deployment. No application behavior change — this is packaging + docs.

Contents (cloud/deploy/)

  • Dockerfile.apiuvicorn volo_cloud.app:create_cloud_app --factory on :8080.
  • Dockerfile.workervolo-cloud-worker --poll 2, the queue drain loop.
  • fly.toml — one image, two processes (app + worker), HTTP service + autoscale-to-zero.
  • README.md — Postgres via VOLO_DB_URL, RS256/HS256 SSO secrets, the VOLO_SIM_AGENT_ALLOWLIST execution gate, and fly launch/deploy.
  • .dockerignore — trims the build context.

Both images build from the repo root and uv sync the whole workspace, so the auth seam (volo-api, imported by the cloud app) and the serve extra (uvicorn) are present. The worker only executes agents in VOLO_SIM_AGENT_ALLOWLIST (ADR-0033) and should additionally be sandboxed per job in production.

Verification

The Docker daemon isn't running in this environment, so the images weren't built here. Instead the exact commands the containers run were verified to resolve offline:

  • create_cloud_app() returns a FastAPI app; uvicorn (0.48) loads the volo_cloud.app:create_cloud_app factory string.
  • volo-cloud-worker --help resolves with the --poll/--once flags the manifests use.

A slimmer cloud-only image is noted as a follow-up. Refs ADR-0033.

Packages the M26/M30 control plane and the M27 sim-minutes worker for a hosted
deployment (no application behavior change). Adds cloud/deploy/:

- Dockerfile.api    -> uvicorn volo_cloud.app:create_cloud_app --factory :8080
- Dockerfile.worker -> volo-cloud-worker --poll 2 (the queue drain loop)
- fly.toml          -> one image, two processes (app + worker)
- README.md         -> Postgres via VOLO_DB_URL, RS256/HS256 SSO secrets, the
                       VOLO_SIM_AGENT_ALLOWLIST execution gate, and fly launch/deploy
- .dockerignore     -> trims the build context

Both images build from the repo root and uv sync the whole workspace so the
auth seam (volo-api) and the serve extra (uvicorn) are present. The worker only
executes allowlisted agents (ADR-0033) and should additionally be sandboxed per
job in production. Closes #3.
Copilot AI review requested due to automatic review settings July 12, 2026 15:31

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

@github-actions

Copy link
Copy Markdown

🛫 Volo reliability — ❌ NO-SHIP

Replayed 7 adversarial scenarios against the agent (threshold ≥ 0.90).

Metric Score
Trajectory determinism 1.000
Decision determinism 1.000
Faithfulness 0.000
Consistency under repetition 1.000

Cost — replayed deterministically at $0 (no live API calls).

baseline 1783870331665-60aadc4c-9f52-438b-8d8d-68a59eeb1c0b • generated by Volo

@abhay-codes07 abhay-codes07 merged commit c049b1f into main Jul 12, 2026
3 of 4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Hosted deployment for sim-minutes worker + API

2 participants