-
-
Notifications
You must be signed in to change notification settings - Fork 15
[Merged by Bors] - Adds structs to allow configuring resource limits and storage parameters #365
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
Conversation
…ers. These structs are intended for use by operators to offer a consistent interface across the entire platform. Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
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.
Would it make sense to implement some basic helper methods like create pvc (from PvcConfig) etc.?
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
I have added a fn to do this. I considered the options a bit, ideally I'd like to I think just having a fn that returns a builder might make more sense than returning a fully built volumeclaim? @teozkr any thoughts? |
To be honest, the FooBuilder-Foo distinction is somewhat arbitrary anyway. I'd be fine with either, but I think returning FooBuilder makes sense. |
I have decided to leave it as is :) The VolumeBuilder is at the volume level and expects a ready-made pvc, so lets return a pvc from here that can then be stuck into a volumebuilder if needed. |
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.
…erence. Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
I have on small request: We introduced a new module |
bors r+ |
…ers (#365) Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de> ## Description These structs are intended for use by operators to offer a consistent interface across the entire platform.
bors cancel |
Canceled. |
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
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 % failing clippy check
Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de>
bors r+ |
…ers (#365) Signed-off-by: Sönke Liebau <soenke.liebau@stackable.de> ## Description These structs are intended for use by operators to offer a consistent interface across the entire platform.
Pull request successfully merged into main. Build succeeded: |
## Description This is a starting point for #362, but is intended to be usable outside of that context (in this case, the primary motivation for getting this done now is #365). Co-authored-by: Teo Klestrup Röijezon <teo.roijezon@stackable.de> Co-authored-by: Felix Hennig <mail@felixhennig.com> Co-authored-by: Malte Sander <contact@maltesander.com> Co-authored-by: Sebastian Bernauer <sebastian.bernauer@stackable.de> Co-authored-by: Sönke Liebau <soenke.liebau@stackable.de>
Signed-off-by: Sönke Liebau soenke.liebau@stackable.de
Description
These structs are intended for use by operators to offer a consistent interface across the entire platform.
Review Checklist
Once the review is done, comment
bors r+
(orbors merge
) to merge. Further information