-
Notifications
You must be signed in to change notification settings - Fork 0
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
[enhance] Parameterize Node Affinity #51
[enhance] Parameterize Node Affinity #51
Conversation
roles/x509-identity-mgmt/templates/x509_identity_mgmt_deployment.yaml.j2
Outdated
Show resolved
Hide resolved
this seems like a great improvement, I just left some comments |
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.
It looks ok to me, but I hope someone like @andersonluisribeiro will review this code too.
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.
looks very good!
Please check if the PR fulfills these requirements
What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
Adds a variable to control node affinity. It is useful in tests where we must enforce the services to be in certain nodes to increase performance/prevent other services from disturbing the performance of other ones.
What is the current behavior? (You can also link to an open issue here)
There is no node affinity mapping.
What is the new behavior (if this is a feature change)?
The node affinity can be enabled or disabled via a parameter. The label in which each service will go can be modified too.
Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
No.
Is there any issue related to this PR in other repository? (such as dojot/dojot)
Other information: