-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Run events controller as separate binary #6529
Conversation
22d97da
to
1deb126
Compare
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vdemeester The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
namespace: tekton-pipelines | ||
roleRef: | ||
kind: Role | ||
name: tekton-pipelines-leader-election |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if there's a way to isolate this set of leader election resources with the main controller 🤔 (i don't know if this is feasible)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the leader's election of the new binary will be independent, even if they share the role, but I will double-check.
This is the first step towards moving the whole cloudevents logic to a dedicated controller. The `Run` controller is already separated from the other controllers, but it's compiled and deployed in the shared binary. In this change we move that controller to a dedicated binary, with its own deployment, service account, roles and bindings. This new binary shares the config maps from the pipeline binary, so that existing configuration options and docs continue to apply with no change. Because of injection, all the informers are setup for this binary, which means that the service account requires read access to the various tekton resources. This is fine however considering that eventually this controller will handle events for all tekton pipeline resources. The publish task is amended to expect the new events image by default as well. Partially-fixes: tektoncd#2944 Signed-off-by: Andrea Frittoli <[email protected]>
1deb126
to
4caa0eb
Compare
/test pull-tekton-pipeline-alpha-integration-tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/easycla |
Changes
This is the first step towards moving the whole cloudevents logic to a dedicated controller.
The
Run
controller is already separated from the other controllers, but it's compiled and deployed in the shared binary. In this change we move that controller to a dedicated binary, with its own deployment, service account, roles and bindings.This new binary shares the config maps from the pipeline binary, so that existing configuration options and docs continue to apply with no change.
Because of injection, all the informers are setup for this binary, which means that the service account requires read access to the various tekton resources. This is fine however considering that eventually this controller will handle events for all tekton pipeline resources.
The publish task is amended to expect the new events image by default as well.
Partially-fixes: #2944
Signed-off-by: Andrea Frittoli [email protected]
Submitter Checklist
As the author of this PR, please check off the items in this checklist:
/kind <type>
. Valid types are bug, cleanup, design, documentation, feature, flake, misc, question, tepRelease Notes
/kind misc