Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Cluster operators can deploy and scale controllers independently #3519

Open
pbusko opened this issue Oct 15, 2024 · 0 comments · May be fixed by #3522
Open

[Feature]: Cluster operators can deploy and scale controllers independently #3519

pbusko opened this issue Oct 15, 2024 · 0 comments · May be fixed by #3522
Labels
enhancement New feature or request

Comments

@pbusko
Copy link
Contributor

pbusko commented Oct 15, 2024

Blockers/Dependencies

none

Background

As a Cluster operator
I want to be able to run the job-task-runner, kpack-image-builder and statefulset-runner controllers independently from the Korifi Controller (standalone Deployment's)
So that I can scale (and monitor) them based on the actual load. With this approach we eliminate a single point of failure, as well as we also make sure that the RBAC entities (ServiceAccounts) assigned to controllers have a minimal rights (instead of a single ServiceAccount for all controllers).

Acceptance Criteria

The job-task-runner, kpack-image-builder and statefulset-runner controllers are no longer part of the Korifi Controller codebase and they are running as a separate configurable deployments.

Dev Notes

On the Helm Chart side, the changes should be backward compatible. Properties like

statefulsetRunner:
include: true
should materialize actual deployment, instead of adding a flag to the Korifi Controller config. Additional input values (like resources/limits configuration should be optional with sane defaults).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: 🧊 Icebox
2 participants