-
Notifications
You must be signed in to change notification settings - Fork 979
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
Extract modelmesh part in helm chart #2704
Conversation
charts/kserve-resources/templates/modelmesh/clusterrolebinding.yaml
Outdated
Show resolved
Hide resolved
charts/kserve-resources/templates/modelmesh/serviceaccount.yaml
Outdated
Show resolved
Hide resolved
@hhk7734 Thanks for the PR and it looks good ! just a few nits for fixing the new lines |
should we make the modelmesh resources as a subchart? Random example form google |
@yuzisun Please review again :) |
@hhk7734 have you considered the sub chart idea @sukumargaonkar commented ? This avoids all the if checks |
If this is turned into a subchart, version control for the modelmesh chart should also be considered. I am wondering if the kserve organization plans to manage this. |
@hhk7734 modelmesh is always released together with kserve, we do not have separate cadence for modelmesh. |
@yuzisun If you want to apply subchart, I'll make the following changes. Do you want to use subchart? CC. @sukumargaonkar Directory layoutcharts/
└── kserve-resources/
├── Chart.yaml
├── charts/
│ └── modelmesh/
│ ├── Chart.yaml
│ └── templates/
│ ├── clusterrole.yaml
│ ├── clusterrolebinding.yaml
│ ├── clusterservingruntimes.yaml
│ ├── configmap.yaml
│ ├── deployment.yaml
│ ├── networkpolicy.yaml
│ ├── role.yaml
│ ├── rolebinding.yaml
│ └── serviceaccount.yaml
├── templates/
│ ├── certificate.yaml
│ ├── clusterrole.yaml
│ ├── clusterrolebinding.yaml
│ ├── clusterservingruntimes.yaml
│ ├── configmap.yaml
│ ├── deployment.yaml
│ ├── role.yaml
│ ├── rolebinding.yaml
│ ├── service.yaml
│ ├── serviceaccount.yaml
│ └── webhookconfiguration.yaml
└── values.yaml Add modelmesh
|
How about reflecting this PR without modification first for backwards compatibility, and later if a subchart is needed? |
Signed-off-by: Hyeonki Hong <hhk7734@gmail.com>
Signed-off-by: Hyeonki Hong <hhk7734@gmail.com>
Reflected changes in the master chart. |
Thanks @hhk7734 ! /lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: hhk7734, yuzisun The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
* Extract modelmesh part in helm chart Signed-off-by: Hyeonki Hong <hhk7734@gmail.com> * Add last newline to helm chart templates Signed-off-by: Hyeonki Hong <hhk7734@gmail.com> * reflect 2b5a770 changes (kserve#2627) Signed-off-by: Hyeonki Hong <hhk7734@gmail.com> --------- Signed-off-by: Hyeonki Hong <hhk7734@gmail.com> Signed-off-by: iamlovingit <freecode666@gmail.com>
What this PR does / why we need it:
Which issue(s) this PR fixes :
x
Type of changes
x
Feature/Issue validation/testing:
helm template kserve ./charts/kserve-resources \ -n kserve \ --set kserve.modelmesh.enabled=false \ > kserve-helm.yaml
kserve-helm.yaml and kserve.yaml should be approximately the same without CRDs.
Special notes for your reviewer:
x
Checklist:
Release note: