Skip to content

[FEATURE] Add --component flag for kustomize manifests #3167

Description

Lets a caller add kustomize Components to the install without forking the manifests.

Owner: kustomize release workstream (#3169). Consumers: GKE workstream (ai-on-gke/substrate-gke#70), sizing workstream (#3165).
Specification.

Initial Spec:

  • ate-setup deploy <target> --component <dir>, repeatable. Each <dir> must contain a kustomization.yaml with kind: Component; ate-setup exits non-zero otherwise, before any cluster call.
  • Paths are resolved to absolute paths before rendering. User Components are appended after the built-in Components, in flag order, so a later Component wins on conflicting patches.
  • Applied on every render path: deploy ate-system, atelet, apiserver, controller, the router and egress, Postgres, and the credential provider. Not applied to CRDs, or to kind-only paths (CSI driver setup, delete).
  • ate-setup render (kustomize release workstream) accepts the same flag with the same semantics.
  • The install-record behaviour for Component paths is defined in [FEATURE] Establish the ate-setup provider interface for extension #3189, the ate-setup interface.

Proposed. Stable name --component, documented as alpha until 1.0.

Open points

Enforcement. A test Component that adds a label is rendered through each path, and the test asserts the label is on every workload the path renders and on no CRD.

Parent Issue: #3160. Unblocks #3168 and #3165.

Metadata

Metadata

Assignees

Labels

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions