Skip to content

Add WG AI Integration #8519

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

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Conversation

mrunalp
Copy link
Contributor

@mrunalp mrunalp commented Jul 15, 2025

This PR is to follow up from https://docs.google.com/document/d/13OJvWKGKZL0V4nPpv9anitL5je92FCdQyXePcrY2N84/edit?tab=t.0 to get WG AI Integration started.

cc: @ardaguclu @rushmash91 @zvonkok
Thanks for volunteering as chairs for the group! We hope to work with the broad community that has expressed interest in this WG.

cc: @derekwaynecarr @dims @johnbelamaric

@k8s-ci-robot k8s-ci-robot added cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. committee/steering Denotes an issue or PR intended to be handled by the steering committee. sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. sig/apps Categorizes an issue or PR as relevant to SIG Apps. labels Jul 15, 2025
@k8s-ci-robot k8s-ci-robot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. sig/auth Categorizes an issue or PR as relevant to SIG Auth. sig/cli Categorizes an issue or PR as relevant to SIG CLI. sig/network Categorizes an issue or PR as relevant to SIG Network. do-not-merge/invalid-owners-file Indicates that a PR should not merge because it has an invalid OWNERS file in it. labels Jul 15, 2025
@mrunalp
Copy link
Contributor Author

mrunalp commented Jul 15, 2025

cc: @jpbetz @deads2k (API Machinery) @deads2k @liggitt (Auth) @janetkuo (Apps) @danwinship (Network) @soltysh (CLI)

@zvonkok
Copy link

zvonkok commented Jul 15, 2025

👍🏼


* Identify appropriate auth(z) patterns for AI connector identities, its
closest caller, and Kubernetes RBAC.
closest caller, and Kubernetes RBAC.
Copy link

Choose a reason for hiding this comment

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

Typo. Same as previous line.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed, thanks!

Comment on lines 92 to 94
project should or should not integrate with these emergent systems. This could
include a recommendation for Kubernetes to adopt and/or evolve tools (e.g. MCP
connectors, benchmark or environment validation tooling, etc.) and evolve its
own governance model to provide proper stewardship within the project (new SIG or integration with existing SIGs).
Copy link

Choose a reason for hiding this comment

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

Is the space at the start of these 4 lines intentional? The line before it doesn't have a space at the start.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed, thanks!

sigs.yaml Outdated
email: [email protected]
- github: zvonkok
name: Zvonko Kaiser
company: Nvidia
Copy link

Choose a reason for hiding this comment

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

Suggested change
company: Nvidia
company: NVIDIA

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed!

@mrunalp mrunalp force-pushed the wg_ai_integration branch 3 times, most recently from 36508bc to 4be737a Compare July 15, 2025 00:25
sigs.yaml Outdated
meetings:
- description: WG AI Integration Weekly Meeting
day: Wednesday
time: 9:30 Amazon
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
time: 9:30 Amazon
time: 9:30

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed, thanks!

@mrunalp mrunalp force-pushed the wg_ai_integration branch from 4be737a to 9add742 Compare July 15, 2025 04:23
@enj enj added this to SIG Auth Jul 15, 2025
@enj enj moved this to Needs Triage in SIG Auth Jul 15, 2025
@cblecker
Copy link
Member

/hold
for review

@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 Jul 16, 2025
@rr-paras-patel
Copy link

Hi Team, I missed our last meeting. i am interested in contributing and maintaining this area. can i get my self added as committee member here ?
I am one of the active Maintainer of most popular k8s mcp server and running Platform Engineering team at Rakuten.

* SIG Apps
* SIG Auth
* SIG CLI
* SIG Network
Copy link
Contributor

Choose a reason for hiding this comment

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

The big areas where SIG Network has been hearing about / dealing with AI are DRA (aka "Manage accelerator devices", which is marked out-of-scope) and inference-related Gateway features (which would seem to fall under "Deploying inference workloads", which is also marked out-of-scope, and which is the subject of a different AI WG proposal anyway). None of the things you list as "In scope" above seem like they need input from SIG Network.

@kubernetes/sig-network-leads ?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

One area where SIG Network could have input is for protocol (such as MCP) proxies or gateways.
I can add that to the list of areas to explore.

Copy link
Member

Choose a reason for hiding this comment

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

I defer to Dan, I really not very familiar with these protocols you mention but it seems to me both WG-Serving and the AI-GW proposal Dan is indicating will overlap on that area

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks for the review. I added an item for this in the charter.

Copy link
Contributor

Choose a reason for hiding this comment

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

So do we still need sig-network here or not? And where is the updated point, I can't find it 😅

Copy link
Contributor

@MikeZappa87 MikeZappa87 Aug 1, 2025

Choose a reason for hiding this comment

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

@aojea what are your specific concerns here?

What are we currently doing with these WG

Are we actively involved? Should we reduce this list? I know dev-mgmt, however are we as sig-net still playing a daily role in this?

Copy link
Member

@aojea aojea Aug 1, 2025

Choose a reason for hiding this comment

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

Let me try to answer, those WG touch areas from the SIG Network charter, node lifecycle with endpoints, device management with network endpoints, serving as inference ... we asked a fair question on what is the overlap with SIG network charter and the answer is A2A and MCP protocols that are the same as websocket, is not in SIG network charter... I dont have more interest than resolving a conversation, and I talked with mrunal in private to clarify... If any SIG network lead had approved without an unresolved conversation I would not have any objections, I trust other to make the call they think is good for the SIG ... But I found surprising to approve when the conversation was open and waiting for an answer

Copy link
Contributor

@MikeZappa87 MikeZappa87 Aug 1, 2025

Choose a reason for hiding this comment

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

I believe @shaneutt had a distinction between the current AI related working groups and the proposed. The question is fair, I am not contesting that, more asking for information on how to appropriately prioritize. We should have clear defined boundaries, however slight overlap isn't a bad thing at all. Shane is currently OOF, we should give him the benefit of the doubt this comment was missed? @shaneutt if you could address the concern from @danwinship? In the interest of transparency lets keep all conversations related to this PR here.

Copy link
Member

Choose a reason for hiding this comment

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

Let me explain myself better, I'm totally in favor of this WG and I was on my way to +1 from my steering hat thinking this conversation was solved. This WG is going to be created with or without SIG Network, there are already 5 SIGs sponsoring it so let's not make a big drama of this

Now, from the SIG Network hat, what is the role of SIG Network here? and as Dan correctly pointed out, we already have another WG on this area and a proposal for a new WG #8519 (comment)

So, if you say SIG Network has a role here because of foo and does not intersect with any of the other WG then it is ok .... BUT at one point WGs want their things to get done and then go to the SIGs ... and I really want to avoid that in SIG Network we need to deal with conflicts of interest between WGs, because that burns people and breaks communities, people that get frustrated because they were working on the WG with one goal and people that has to say no or has to choose between competing implementation ... this mean that we didn't do our work as leads on reviewing the WG proposal, that is what we should do here, be objective and talk and discuss and agree and review thoroughly for the best of the project ...

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 just dropped SIG Network from the list. I would leave it up to sig-network leads if/how they engage with the WG. Thanks!

@mrunalp
Copy link
Contributor Author

mrunalp commented Jul 18, 2025

@rr-paras-patel Hi! You are very welcome to participate in the WG :) We do want to limit number of chairs to 3 for now. Note that one doesn't have to be a chair to participate. The intent for the WG is to be wide open to the community. The chairs are responsible for organizing the WG.

@mrunalp mrunalp force-pushed the wg_ai_integration branch from 0fa40ba to 67878ff Compare July 30, 2025 18:20
@k8s-ci-robot k8s-ci-robot removed needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. do-not-merge/invalid-owners-file Indicates that a PR should not merge because it has an invalid OWNERS file in it. labels Jul 30, 2025
@mrunalp mrunalp force-pushed the wg_ai_integration branch 3 times, most recently from bd25903 to a789777 Compare July 30, 2025 18:37
process. Consider alternative API patterns that could be a better fit for
AI enablement.

* Explore patterns for efficient network access to emergent protocols such
Copy link
Contributor Author

Choose a reason for hiding this comment

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

@soltysh Here is the point related to networking :)

Copy link
Contributor

Choose a reason for hiding this comment

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

Thank you, I've seen that, but still missed it 😅

@mrunalp mrunalp force-pushed the wg_ai_integration branch from a789777 to 6297eff Compare July 30, 2025 20:59
@soltysh
Copy link
Contributor

soltysh commented Jul 31, 2025

@mrunalp get the acks from sponsoring sigs, and update liaison with Paco's name, then ping steering again for a re-review :)

@dims
Copy link
Member

dims commented Jul 31, 2025

+1 from me with SIG-Arch hat on.

@ardaguclu
Copy link
Member

+1 from me for SIG-CLI

@johnbelamaric
Copy link
Member

+1 from me for SIG Arch

@mrunalp mrunalp force-pushed the wg_ai_integration branch from 6297eff to 4b699c9 Compare July 31, 2025 17:03
@jpbetz
Copy link
Contributor

jpbetz commented Jul 31, 2025

+1 for SIG API Machinery

Copy link
Member

@janetkuo janetkuo left a comment

Choose a reason for hiding this comment

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

+1 from SIG Apps!

@shaneutt
Copy link
Member

+1 from SIG Network

@mrunalp
Copy link
Contributor Author

mrunalp commented Jul 31, 2025

@soltysh I believe we have the ACKs from the sigs (Thanks folks :) ) so we should be ready for re-review :) @liggitt had previously acked in https://docs.google.com/document/d/13OJvWKGKZL0V4nPpv9anitL5je92FCdQyXePcrY2N84/edit?tab=t.0 for SIG-Auth and @deads2k (API/Auth) has also supported in this PR. Thanks!

Copy link
Contributor

@soltysh soltysh left a comment

Choose a reason for hiding this comment

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

/lgtm
/approve
from steering

/hold
for other steering members to 👍 before merging this

@mrunalp one tiny nit, I don't see explicit sig-auth ack, unless we're counting @deads2k as both sig-apimachinery and sig-auth, and it sayd it's waiting triage from sig-auth.

@k8s-ci-robot k8s-ci-robot added lgtm "Looks good to me", indicates that a PR is ready to be merged. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Aug 1, 2025
@aojea
Copy link
Member

aojea commented Aug 1, 2025

+1 from SIG Network

Sig Network still has to be discussed #8519 (comment)

Signed-off-by: Mrunal Patel <[email protected]>
@mrunalp mrunalp force-pushed the wg_ai_integration branch from 4b699c9 to 637a950 Compare August 1, 2025 18:43
@k8s-ci-robot k8s-ci-robot removed the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Aug 1, 2025
@k8s-ci-robot
Copy link
Contributor

New changes are detected. LGTM label has been removed.

@aojea
Copy link
Member

aojea commented Aug 1, 2025

+1 (steering)

Copy link
Member

@saschagrunert saschagrunert left a comment

Choose a reason for hiding this comment

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

+1 (steering)

I’m happy to move forward with this proposal. 👍

@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: deads2k, janetkuo, mrunalp, saschagrunert, soltysh

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:
  • OWNERS [saschagrunert,soltysh]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@liggitt
Copy link
Member

liggitt commented Aug 2, 2025

I don't see explicit sig-auth ack, unless we're counting @deads2k as both sig-apimachinery and sig-auth, and it sayd it's waiting triage from sig-auth

+1 for sig-auth

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. committee/steering Denotes an issue or PR intended to be handled by the steering committee. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. sig/apps Categorizes an issue or PR as relevant to SIG Apps. sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. sig/auth Categorizes an issue or PR as relevant to SIG Auth. sig/cli Categorizes an issue or PR as relevant to SIG CLI. sig/network Categorizes an issue or PR as relevant to SIG Network. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
Status: Needs Triage
Development

Successfully merging this pull request may close these issues.