Add charter and proposal for WG Workload Conformance - #9139
palnabarun wants to merge 1 commit into
Conversation
|
@palnabarun: The label(s) DetailsIn response to this:
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. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: palnabarun The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/sig apps |
080b464 to
eabc661
Compare
|
/hold for steering consensus (putting this explicit hold to avoid accidental merge) |
|
|
||
| ### Stakeholder SIGs | ||
|
|
||
| - SIG Apps |
| ### Stakeholder SIGs | ||
|
|
||
| - SIG Apps | ||
| - SIG Architecture |
There was a problem hiding this comment.
|
Love this initiative. It can help to improve the quality of the whole ecosystem. |
| @@ -0,0 +1,239 @@ | |||
| # WG Workload Conformance - Creation Proposal | |||
There was a problem hiding this comment.
I don't think we need this other document. It's fine to link the google doc in the charter, and eventually move some of the bits there.
There was a problem hiding this comment.
I kept it separate because wg-governance.md requires the creation proposal to explicitly answer a fixed set of questions (problem statement, deliverable, disband criteria, stakeholder SIGs, meeting mechanics, diversity, etc.), and sig-wg-lifecycle.md's checklist expects that too.
Yes, charter.md is meant to stay the durable, minimal doc. I added proposal.md is where I am answering those specific questions so reviewers can know a papertrail of the context.
For now I'd rather keep it so the creation request has that trail and eventually move things to the charter. wdyt?
2ac1183 to
216a7e3
Compare
|
Woohoo! I'm joining! |
|
This is great! Thanks for championing this @palnabarun and team. Managing application workload conformance and best practices has been a core pain point for our customers and the Kyverno community. Excited to participate and happy to support from Nirmata. |
| Apps decides whether to mothball or archive the working group and its | ||
| artifacts. No certification program on top of the standard gets created | ||
| until after SIG Architecture has approved the specification and tooling and | ||
| converted it into a subproject; running that program is out of scope for |
There was a problem hiding this comment.
- SIG Architecture is likely to create a sub project like the existing conformance and ai-conformance
- This subproject will need to be staffed as well and will have to continue the work
- Work would include updating the Requirements AND the Tests to newer kubernetes versions for example
- The sub project will have to work with CNCF and help with questions/concerns from end users who try to run the tests or troubles with their workloads.
There was a problem hiding this comment.
not sure how much of this you want to add to summary, but leaving this comment here so the expectations are clear.
There was a problem hiding this comment.
I've added the parts which were missing to the end of this sentence.
Adds the creation proposal and charter for the new WG Workload Conformance, co-sponsored by SIG Apps and SIG Architecture, to define an objective, verifiable standard for workload runtime behavior on Kubernetes and the tooling that verifies it. Specification and tooling live in a SIG Apps subproject from the outset, transitioning to SIG Architecture once stable; the WG itself owns no code. Signed-off-by: Nabarun Pal <pal.nabarun95@gmail.com>
216a7e3 to
5947914
Compare
Which issue(s) this PR fixes:
This PR follows up on the feedback threads on sig-apps@ and sig-architecture@, proposing a new Kubernetes Working Group: WG Workload Conformance.
What this PR does:
Adds the creation proposal (
proposal.md) and charter (charter.md) for WG Workload Conformance, co-sponsored by SIG Apps and SIG Architecture. The group defines an open, objectively verifiable standard for how a workload should behave at runtime on Kubernetes and delivers the tooling that verifies it; running a certification program on top of the standard is explicitly out of scope and left to CNCF.The specification and tooling live in a SIG Apps subproject from the outset and transition to a SIG Architecture subproject once they reach stability - keeping code ownership with a SIG throughout, never with the WG itself.
The proposed organizers were chosen deliberately for cross-landscape collaboration: the slate includes ISV representatives alongside platform/vendor organizers, so the group is shaped by the people who will actually run the conformance suite against their own workloads, not only by platform maintainers.
Detailed proposal: https://docs.google.com/document/d/1BGc4xVcrpQDEDVdGbj5DAvce_VRCSz9zRvQ-5FIdzrM/comment?tab=t.0
Notes for reviewer:
sigs.yamland setting up OWNERS for the group/subproject. Deferred until this proposal and charter clear review and sponsorship is confirmed.cc: @kubernetes/steering-committee @kubernetes/sig-apps-leads @kubernetes/sig-architecture-leads
/label committee/steering
/sig apps
/sig architecture
/kind documentation
/priority important-soon