Skip to content

Add charter and proposal for WG Workload Conformance - #9139

Open
palnabarun wants to merge 1 commit into
kubernetes:mainfrom
palnabarun:wg-workload-conformance/init
Open

palnabarun wants to merge 1 commit into
kubernetes:mainfrom
palnabarun:wg-workload-conformance/init

Conversation

@palnabarun

@palnabarun palnabarun commented Sep 4, 2026

Copy link
Copy Markdown
Member

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:

  • TBD: adding WG Workload Conformance to sigs.yaml and 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

@kubernetes-prow kubernetes-prow Bot added kind/documentation Categorizes issue or PR as related to documentation. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. labels Sep 4, 2026
@kubernetes-prow

Copy link
Copy Markdown
Contributor

@palnabarun: The label(s) /label committee/steering , /label sig/apps , /label sig/architecture cannot be applied. These labels are supported: api-review, tide/merge-method-merge, tide/merge-method-rebase, tide/merge-method-squash, team/katacoda, refactor, ci-short, ci-extended, ci-full. Is this label configured under labels -> additional_labels or labels -> restricted_labels in plugin.yaml?

Details

In response to this:

Which issue(s) this PR fixes:

This PR follows up on the WG-Creation-Request thread sent to dev@kubernetes.io, and prior 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:

  • TBD: adding WG Workload Conformance to sigs.yaml and 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
/label sig/apps
/label sig/architecture
/kind documentation
/priority important-soon

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.

@kubernetes-prow

Copy link
Copy Markdown
Contributor

[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

Details 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

@kubernetes-prow kubernetes-prow Bot added committee/steering Denotes an issue or PR intended to be handled by the steering committee. 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. size/L Denotes a PR that changes 100-499 lines, ignoring generated files. labels Sep 4, 2026
@palnabarun

Copy link
Copy Markdown
Member Author

/sig apps
/sig architecture

@kubernetes-prow kubernetes-prow Bot added sig/apps Categorizes an issue or PR as relevant to SIG Apps. sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. labels Sep 4, 2026
@palnabarun
palnabarun force-pushed the wg-workload-conformance/init branch from 080b464 to eabc661 Compare September 4, 2026 18:26
@palnabarun

Copy link
Copy Markdown
Member Author

/hold for steering consensus

(putting this explicit hold to avoid accidental merge)

@kubernetes-prow kubernetes-prow Bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Sep 4, 2026

### Stakeholder SIGs

- SIG Apps

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

### Stakeholder SIGs

- SIG Apps
- SIG Architecture

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

@spron-in

spron-in commented Sep 8, 2026

Copy link
Copy Markdown

Love this initiative. It can help to improve the quality of the whole ecosystem.
It should have gradual rollout though to see if "good citizens" can pass it.

Comment thread wg-workload-conformance/charter.md Outdated
Comment thread wg-workload-conformance/charter.md Outdated
Comment thread wg-workload-conformance/charter.md Outdated
Comment thread wg-workload-conformance/charter.md Outdated
Comment thread wg-workload-conformance/charter.md Outdated
@@ -0,0 +1,239 @@
# WG Workload Conformance - Creation Proposal

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

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.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

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?

@palnabarun
palnabarun force-pushed the wg-workload-conformance/init branch 3 times, most recently from 2ac1183 to 216a7e3 Compare September 10, 2026 09:58
@nataliesea

Copy link
Copy Markdown
Member

Woohoo! I'm joining!

@JimBugwadia

Copy link
Copy Markdown
Contributor

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

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

  • 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.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

not sure how much of this you want to add to summary, but leaving this comment here so the expectations are clear.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

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>
@palnabarun
palnabarun force-pushed the wg-workload-conformance/init branch from 216a7e3 to 5947914 Compare September 21, 2026 07:18
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. kind/documentation Categorizes issue or PR as related to documentation. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. sig/apps Categorizes an issue or PR as relevant to SIG Apps. sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants