Summary
Reconcile the nine images present in the latest released-image comparison but absent from the released self-managed stack inventory. For each image, determine whether it is part of the self-managed control plane, observability plane, or compute plane, including optional and runtime-delivered components.
If an image is shipped by a stack, make it appear in that stack's release inventory. If it is intentionally outside the stacks, record the exclusion and owning distribution path.
Images to classify
nvcf-unbound:0.10.2
byoo-otel-collector:0.160.0-nv-0.2.5
nvcf-otel-collector:0.160.0-nv-0.2.5
llm-api-gateway-rate-limit-sync-worker:0.14.2
nvcf-event-ledger:0.15.2
nvcf-worker-task-oss:1.1.2
pylon:0.18.0
cluster-validator:3.8.0
tools:3.8.0
Known cases that need explicit treatment:
- Pylon is a conditional runtime image configured through the self-managed stack, but it is absent from the attached resolved inventory.
- The compute-plane OTel collector and cluster validator are disabled by default. Decide whether a release inventory represents only a default render or every image that the released stack can deploy.
- Event Ledger currently has chart and route sources but is not included as a stack release.
Release-asset gap
The self-managed release has one combined inventory asset, but the latest observability and compute-plane GitHub releases have no attached inventory assets. Add plane-scoped resolved inventory assets to those release workflows.
Acceptance criteria
- Each of the nine images has an explicit
included or not part of this stack decision with its owning plane and release surface.
- Every image that a released stack can deploy is represented, including conditional, init, sidecar, migration, and runtime-configured images.
- Intentional exclusions document where the image is distributed and why it is outside the three stacks.
- Self-managed, observability, and compute-plane releases each attach a machine-readable image/chart inventory.
- Inventory generation tests cover conditional and source-only images such as Pylon.
Resources
By submitting this issue, you acknowledge that you are an assigned member of the NVCF development team and agree to follow our code of conduct and our contributing guidelines.
Summary
Reconcile the nine images present in the latest released-image comparison but absent from the released self-managed stack inventory. For each image, determine whether it is part of the self-managed control plane, observability plane, or compute plane, including optional and runtime-delivered components.
If an image is shipped by a stack, make it appear in that stack's release inventory. If it is intentionally outside the stacks, record the exclusion and owning distribution path.
Images to classify
nvcf-unbound:0.10.2byoo-otel-collector:0.160.0-nv-0.2.5nvcf-otel-collector:0.160.0-nv-0.2.5llm-api-gateway-rate-limit-sync-worker:0.14.2nvcf-event-ledger:0.15.2nvcf-worker-task-oss:1.1.2pylon:0.18.0cluster-validator:3.8.0tools:3.8.0Known cases that need explicit treatment:
Release-asset gap
The self-managed release has one combined inventory asset, but the latest observability and compute-plane GitHub releases have no attached inventory assets. Add plane-scoped resolved inventory assets to those release workflows.
Acceptance criteria
includedornot part of this stackdecision with its owning plane and release surface.Resources
tools/ci/github-release-subprojects.jsondeploy/stacks/self-managed/release-inventory.yamlBy submitting this issue, you acknowledge that you are an assigned member of the NVCF development team and agree to follow our code of conduct and our contributing guidelines.