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

Run agents with separate service account and in their own (project specific) namespaces #5

Open
mbarbero opened this issue Feb 6, 2019 · 0 comments
Milestone

Comments

@mbarbero
Copy link
Member

mbarbero commented Feb 6, 2019

Currently, agents are started in the same namespace and with the same service account as the master. It means several things that we would like to avoid:

  • Secrets that should only be readable by masters are readable by agents.
  • Quotas are set globally, so it's hard to track. Ideally, if we would run in separate namespaces, we would not need to set quotas on master's namespace, only specifying master resources requests/limits would be enough, and then only set limitrange/quotas on agent ns.
  • Agents service account have more permissions than necessary (e.g. they can create other pods, it highly undesirable)
mbarbero added a commit that referenced this issue Jun 25, 2020
…space

Eventually, $.kubernetes.agent.namespace should be set to something different from $.kubernetes.master.namespace
to run build jobs in separate namespace (see #5), but for now let's stick to same as parent.

Signed-off-by: Mikaël Barbero <mikael.barbero@eclipse-foundation.org>
fredg02 pushed a commit that referenced this issue Jun 25, 2020
…space

Eventually, $.kubernetes.agent.namespace should be set to something different from $.kubernetes.master.namespace
to run build jobs in separate namespace (see #5), but for now let's stick to same as parent.

Signed-off-by: Mikaël Barbero <mikael.barbero@eclipse-foundation.org>
@fredg02 fredg02 added this to the Jiro 2.0 milestone Nov 8, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants