Skip to content

Conversation

@delavet
Copy link
Contributor

@delavet delavet commented Dec 4, 2025

What type of PR is this?

/kind feature

What this PR does / why we need it:
please see #1944 for details
Which issue(s) this PR fixes:

Fixes #1944

Does this PR introduce a user-facing change?:

NONE

@k8s-ci-robot k8s-ci-robot added kind/feature Categorizes issue or PR as related to a new feature. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels Dec 4, 2025
@k8s-ci-robot k8s-ci-robot added the needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. label Dec 4, 2025
@k8s-ci-robot
Copy link
Contributor

Hi @delavet. Thanks for your PR.

I'm waiting for a github.com member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@k8s-ci-robot k8s-ci-robot added the size/S Denotes a PR that changes 10-29 lines, ignoring generated files. label Dec 4, 2025
@netlify
Copy link

netlify bot commented Dec 4, 2025

Deploy Preview for gateway-api-inference-extension ready!

Name Link
🔨 Latest commit 5ecba15
🔍 Latest deploy log https://app.netlify.com/projects/gateway-api-inference-extension/deploys/6936a24c62ef240008eaef1e
😎 Deploy Preview https://deploy-preview-1945--gateway-api-inference-extension.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@nirrozenbaum
Copy link
Contributor

/retest

Signed-off-by: Hang Yin <luying.yh@alibaba-inc.com>
@delavet delavet force-pushed the add-custom-epp-volume branch from 8b55165 to f782177 Compare December 8, 2025 01:59
@delavet
Copy link
Contributor Author

delavet commented Dec 8, 2025

Sorry, it seems that there was an issue with golangci-lint in my branch. I have rebased main to resolve this problem. Please help re-review it.🫡 @nirrozenbaum


---
{{- if .Values.inferenceExtension.sidecar.enabled }}
{{- if and .Values.inferenceExtension.sidecar.enabled .Values.inferenceExtension.sidecar.configMap }}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what is .Values.inferenceExtension.sidecar.configMap option?
I don't see it documented in the README.
additionally - maybe we can standardize the name (instead of configMap.name) and then then only relevant field would be some free form of configMapData?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As far as I know, the ability to deploy a sidecar for EPP was initially introduced in #1821. The primary purpose was to deploy an Envoy as a sidecar for EPP to achieve standalone deployment. The main purpose of ConfigMap is to provide startup configuration for Envoy.

The reason I made changes here is to support the generalization of this capability, since some EPP Sidecars may not require the deployment of a corresponding ConfigMap.

However, a series of fields related to the sidecar that were added at the time were not well documented in the README. I have now updated and supplemented them.

additionally - maybe we can standardize the name (instead of configMap.name) and then then only relevant field would be some free form of configMapData?

I think this comment is very reasonable, so I have made adjustments according to your suggestion. PTAL.

Signed-off-by: Hang Yin <luying.yh@alibaba-inc.com>
@nirrozenbaum
Copy link
Contributor

/ok-to-test

@k8s-ci-robot k8s-ci-robot added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Dec 8, 2025
{{- include "gateway-api-inference-extension.latencyPredictor.containers" . | nindent 6 }}
volumes:
{{- if .Values.inferenceExtension.volumes }}
{{- toYaml .Values.inferenceExtension.volumes | nindent 6 }}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit/question:
why do we do here:
{{- toYaml .Values.inferenceExtension.volumes | nindent 6 }} (toYaml at the beginning)
and in the configmap:
{{- .Values.inferenceExtension.sidecar.configMapData | toYaml | nindent 2 }} (toYaml after pipelining)?

not a blocker, asking out of curiosity and trying to understand if there is a reason for being inconsistent.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree: there are indeed many inconsistencies in syntax within the current Helm chart. I believe this is due to different contributors having varying syntax habits when working with Helm templates. However, in order to maintain the granularity of the current PR, I do not intend to unify all syntax within this PR. I suggest we create a new issue to track this problem. I can create an issue later to gather everyone's thoughts on this matter.👀

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sounds like a good fit for a new issue.
Thanks 👍

@nirrozenbaum
Copy link
Contributor

/lgtm
/approve

/hold in case you want to fix inconsistency in the chart (see question about the toYaml).
if that was intentional and no need to fix anything just /unhold to get this merged.

@k8s-ci-robot k8s-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Dec 8, 2025
@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Dec 8, 2025
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: delavet, nirrozenbaum

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@k8s-ci-robot k8s-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Dec 8, 2025
@delavet
Copy link
Contributor Author

delavet commented Dec 9, 2025

/unhold

@k8s-ci-robot k8s-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Dec 9, 2025
@k8s-ci-robot k8s-ci-robot merged commit 9e1aca2 into kubernetes-sigs:main Dec 9, 2025
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. kind/feature Categorizes issue or PR as related to a new feature. lgtm "Looks good to me", indicates that a PR is ready to be merged. ok-to-test Indicates a non-member PR verified by an org member that is safe to test. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Feature request: (helm) add custom volume and volumeMount support for epp-deployment

3 participants