-
Notifications
You must be signed in to change notification settings - Fork 24
Enable RBAC and support using ServiceAccounts #40
Comments
We discussed in the SIG-testing-commons meeting yesterday the longer term goal for this framework: It should have a API to ask for a k8s cluster (similar or a layer around the cluster API). A user should then be able to choose which cluster should be deployed and probably the default will be some sort of kubeadm DIND deployment. Other deployment options might also be available. The spec about that is in the works. Now when you say you want "to mimic production as closely as possible" probably implementing this in our strategy (bringing up some binaries) is the wrong way to do it, but for that case the kubeadm DIND deployment should be used. In case we add more and more things (RBAC, ...) to the current implementation and supporting them, will we end up rewriting something like kubeadm? |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
@fejta-bot: Closing this issue. In response to this:
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. |
As a CRD developer, in production I run my controller in a Namespace with a ServiceAccount and RBAC rules configured for it. I want the integration tests for my controller to mimic production as closely as possible and catch errors if the RBAC rules are incorrectly setup. To do this I need:
The text was updated successfully, but these errors were encountered: