-
Notifications
You must be signed in to change notification settings - Fork 33
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
Deploy operands in the operator's namespace #134
Deploy operands in the operator's namespace #134
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: alebedev87 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 |
77314ed
to
5e7bbeb
Compare
5e7bbeb
to
58be984
Compare
1746eb1
to
23e0f7f
Compare
/assign @quarterpin |
23e0f7f
to
ec67740
Compare
/hold |
ec67740
to
7569a41
Compare
/unhold |
/assign @sherine-k |
/retest |
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 like this implementation as it preserves the possibility to go back to separate NSs in the future if needed. Kudos!
Couple of nitpicks below
@@ -11,3 +11,6 @@ subjects: | |||
- kind: Group | |||
name: system:serviceaccounts:external-dns | |||
namespace: external-dns |
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.
serviceAccount external-dns
still exists (used by operands) but namespace would become external-dns-operator
, right?
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.
The service accounts for the operand will be created in external-dns-operator
namespace now. If the operator is installed on a new cluster external-dns
namespace won't be there, same about service accounts in it. If the operator is upgraded on a cluster which already had it, then yes the service accounts will still be there until the migration procedure is followed.
This binding is not strictly necessary anymore, I kept it just in case, the operator can be used in both modes with it.
@@ -11,3 +11,6 @@ subjects: | |||
- kind: Group | |||
name: system:serviceaccounts:external-dns | |||
namespace: external-dns | |||
- kind: Group | |||
name: system:serviceaccounts:external-dns-operator |
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 have a doubt as to why the operator serviceAccount also needs this clusterrolebinding
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.
Yes, the operator doesn't need it. It's just that there is no way to exclude 1 service account from the namespace group.
Unfortunately there is not much choice to work this around without giving the operator the update permission on clusterrolebindings
resource.
@@ -11,3 +11,6 @@ subjects: | |||
- kind: Group | |||
name: system:serviceaccounts:external-dns | |||
namespace: external-dns |
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.
Related to comment on bundle/manifests/external-dns_rbac.authorization.k8s.io_v1_clusterrolebinding.yaml
/label qe-approved |
/lgtm |
/retest-required Please review the full test history for this PR and help us cut down flakes. |
7569a41
to
190e5ae
Compare
/lgtm |
@alebedev87: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/label docs-approved |
Operand can be deployed in the operator namespace:
Removal of the CR and the operator namespace works with no problem:
Even if there is a CR and an operand the namespace can be removed - no problem: