You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current vm-builder situation is messy and inflexible:
We have two copies of roughly the same code
Components like vector, pgbouncer, and postgres_exporter are all installed and configured in vm-builder
Updating the version or config requires (a) a new autoscaling release, and then (b) new compute images — whereas the control plane can immediately change configs or versions for regular pods
We also have a very hacky solution for process lifecycle management during shutdown implemented in #525 (see also #529).
DoD
Unified vm-builder and vm-builder-generic
No postgres- or Neon-specific details in vm-builder
…e>` (#600)
First part of the "unify vm-builders" epic (#577)
This PR is the "80% gain with 20% effort" equivalent for these changes.
This customization should:
1. Make it easier to make changes to pgbouncer and/or postgres-exporter
without requiring changes in this repo; and
2. Make it *possible* to plumb through pgbouncer customization from the
control plane.
Other key changes:
- vm-monitor is now only used in CI (no longer released, or bundled with
vm-builder)
- various flags removed from vm-builder: `-monitor`, `-enable-monitor`,
`-enable-file-cache`, `-cgroup-uid`
Motivation
The current vm-builder situation is messy and inflexible:
We also have a very hacky solution for process lifecycle management during shutdown implemented in #525 (see also #529).
DoD
Implementation ideas
(moved to #835)
Tasks
Tasks
-spec=<file>
#600Other related tasks, Epics, and links
The text was updated successfully, but these errors were encountered: