Enterprise Helm Chart Architecture¶
Purpose & Scope¶
This skill provides templates and validation workflows for packaging cloud-native applications as reusable Helm charts with strict schema validation.
Standard Chart Layout¶
my-app/
├── Chart.yaml # Metadata, chart version (SemVer), appVersion
├── values.yaml # Default production-safe configuration parameters
├── values.schema.json # JSON Schema enforcing type safety on values.yaml
├── templates/
│ ├── _helpers.tpl # Reusable template definitions (labels, selectors)
│ ├── deployment.yaml # Pod specification with securityContext & probes
│ ├── service.yaml # ClusterIP / headless networking
│ ├── serviceaccount.yaml# Workload Identity bound ServiceAccount
│ ├── hpa.yaml # HorizontalPodAutoscaler definition
│ └── ingress.yaml # Ingress controller routing (TLS, annotations)
└── tests/
└── test-connection.yaml
Production Defaults for deployment.yaml¶
- Explicit Security Context:
- Probes Required: Always configure
livenessProbeandreadinessProbewith appropriateinitialDelaySecondsandperiodSeconds. - Resource Requests & Limits: Mandatory CPU and Memory allocations.
Validation Workflow¶
- [ ] 1. Validate template syntax and lint chart:
- [ ] 2. Render templates locally with strict dry-run:
- [ ] 3. Validate against Kubernetes OpenAPI schemas using
kubeconform: