How are you managing dynamic runtime configuration without triggering a full CI/CD deployment?
Hi all!
I’m currently digging into the "toil" of our (the company i work at's) release process, and I’m hitting a recurring bottleneck: rate-limiting configuration.
Right now, we have our limits (e.g., token buckets, thresholds) defined as part of our static config, which is baked into our container images. Whenever we need to tune these for a traffic spike or emergency throttle, it forces a full CI/CD deployment aka build, push, wait for rollout, and pray the new pod doesn't have a startup issue.
It feels fundamentally wrong to bounce a production service just to change a numerical threshold.
I’m looking into moving this "knob-turning" out of the deployment pipeline and into a centralized, runtime-synced store (like Redis), so we can tweak values on the fly without a code push.
Is anyone else using a "Config-as-a-Service" or dynamic sidecar pattern for this, or have we missed a super obvious solution lol thanks guys :)