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

Support ability to customize storage classes across mas install, instead of using unique RWO and RWX across the pipeline #930

Open
andrercm opened this issue Apr 30, 2024 · 1 comment
Assignees
Labels
Customer Direct Interaction Fix or enhancement promoted based on customer's direct interaction Enhancement New feature or request Triage Issue was triaged and acknowledged

Comments

@andrercm
Copy link
Contributor

This is already supported in ansible-devops, but in cli we just define one RWO and RWX storage class across the pipeline.

This has been a request for enhancement brought by two business partners that are active contributors and users of our automation engine.

@andrercm andrercm added Enhancement New feature or request Triage Issue was triaged and acknowledged Customer Direct Interaction Fix or enhancement promoted based on customer's direct interaction labels Apr 30, 2024
@durera
Copy link
Contributor

durera commented May 15, 2024

To what end? What's the use case we have in mind where there's sufficient difference in the storage requirements that one thing that needs RWX and another that also needs RWX would be configured with two different storage classes? Just because we can doesn't always mean we (or our business partners) should, there may be a good reason for supporting this, but I'd like to have that reason clearly defined to justify the extra complexity it brings, which IMO provides minimal value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Customer Direct Interaction Fix or enhancement promoted based on customer's direct interaction Enhancement New feature or request Triage Issue was triaged and acknowledged
Projects
None yet
Development

No branches or pull requests

2 participants