Epic: Move production to provider C (after staging is proven)
Follow-up to #240. Once the staging environment is running on its own VM on provider C and both flows are re-verified there, migrate production the same way: its own VM on C, decoupled from the current shared host.
Gated on #240 — do not start until staging is validated and the runbook (#246) exists.
Why
Plan (sub-issues to be split out from this checklist once #240 is done)
Acceptance criteria (epic)
Constraints / notes
- No secrets, keys, IPs, hostnames, or provider-account details in this public repo — keep them in the private store referenced by the runbook.
- Plan the DNS cutover to minimise downtime; never push directly to
main.
Epic: Move production to provider C (after staging is proven)
Follow-up to #240. Once the staging environment is running on its own VM on provider C and both flows are re-verified there, migrate production the same way: its own VM on C, decoupled from the current shared host.
Gated on #240 — do not start until staging is validated and the runbook (#246) exists.
Why
Plan (sub-issues to be split out from this checklist once #240 is done)
GNOSIS_CHAIN_ID=100) config.mainbranch deploys to the prod VM on C (mirror of Repoint CI/CD: dev branch deploys to the staging VM #245 for prod; deploy creds as secrets)./healthok, BeenetworkAvailability=Available, Flow A (Epic: Agent-controlled uploads — stamped-chunk forwarding with prepaid bandwidth credit (Flow A) #218) re-verified on mainnet. Flow B (Epic: Flow B — gateway purchases postage batches owned by an external wallet (createBatch on Gnosis) #225) stays off by default; enable only deliberately with funded mainnet signer + allow-list.Acceptance criteria (epic)
mainpushes deploy to the prod VM via CI/CD; old host retired.Constraints / notes
main.