Code generation
<service>/helmService Helm charts
Every service owns an independently installable, observability-neutral Helm chart.
When to use
Use this reference when generating, reviewing or operating a Service Architect project.
Behavior
- Chart.yaml identifies the service chart.
- values.generated.yaml contains replaceable generator defaults.
- values.yaml contains project-specific overrides preserved across regeneration.
- values.schema.json validates the chart contract.
- Generated templates create workload, Service, ConfigMap, ServiceMonitor and optional extra objects.
- kubernetesWorkloadType selects Deployment or StatefulSet from the service graph.
Helm chart structure
Files emitted for each generated service.
FileOwnershipDescription
helm/Chart.yamlChart metadataName, version and application identity.
helm/values.generated.yamlGenerated defaultsImage, ports, probes, resources and generated runtime values.
helm/values.yamlPreserved overridesProject and environment-specific chart settings.
helm/values.schema.jsonGenerated schemaValidation for public chart values.
templates/workload.generated.yamlGeneratedDeployment or StatefulSet with probes and environment wiring.
templates/service.generated.yamlGeneratedService ports derived from connectors and handlers.
templates/configmap.generated.yamlGeneratedNon-secret runtime configuration.
templates/servicemonitor.generated.yamlGeneratedPrometheus scrape contract where the runtime uses pull metrics.
templates/extra-objects.generated.yamlGeneratedOptional graph-dependent resources.
templates/_helpers.generated.tplGeneratedCanonical labels and names.
Production override template
# <service-name>/helm/values.yaml
image:
repository: <registry>/<service-name>
tag: <moduleVersion>
resources:
requests:
cpu: 250m
secretEnvFrom:
- <service-name>-production