Migrate forgejo's in-pod Postgres onto CloudNativePG (later) #328
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/infrastructure#328
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Optional, lower-priority follow-up: migrate forgejo's in-pod
postgres:17(deploy/forgejo.yml:99) onto the shared CloudNativePG-managed cluster, so all app Postgres lives under one operator with consistent backups/upgrades.Why later, not now
Forgejo is the source-of-truth git server - its Postgres works and is isolated today. No urgency. Worth doing only once CloudNativePG is proven in-cluster (see the parent task) so the migration is low-risk.
Scope (when picked up)
forgejodatabase/role on the shared CloudNativePG clusterdeploy/forgejo.ymlto point at the managed cluster and drop the in-pod postgres containerRefs
Backlog burndown 2026-06-17: closing low-priority (P3/P4) to bring the open count to a manageable level. Nothing lost — reopen if this resurfaces. Batch tag:
burndown-2026-06.