Configuration
The deployment bundle exposes a small but important set of operator-controlled values through Helm and Marketplace schema wiring.
Primary configuration surfaces
Helm values.yaml
The base chart values define the default runtime contract for:
- images
- config and run behavior
- Marketplace reporting through required
ubbagent - resources
- storage
- service account and Workload Identity
- job lifecycle controls
Profile values
The bundle provides profile-specific overlays:
values-standard.yamlvalues-gpu.yaml- example
values-pvc.yaml - example
values-gcs.yaml - example
values-entitlement.yaml
These should be treated as supported configuration entry points rather than ad hoc snippets.
Marketplace schema
schema.yaml exposes selected settings for Marketplace-driven installs and maps them into chart values.
Important configuration groups
Run configuration
Key runtime settings include:
config.projectIdconfig.runModeconfig.gcpRegionconfig.gcpLocationconfig.inputPathconfig.outputPathconfig.runIdconfig.reproPackEnabled
config.runMode selects the execution profile, but it does not by itself choose the scientific routing category. Category resolution still depends on the staged package and the policy in Category Policy and Routing.
Entitlement configuration
The key entitlement settings are:
config.entitlementUrlconfig.entitlementAuthModeconfig.entitlementAudienceconfig.entitlementTimeoutSec
For customer deployments, the preferred path is identity-based auth with config.entitlementAuthMode=google.
Storage configuration
Storage is selected with:
storage.typestorage.pvc.storageClassNamestorage.pvc.sizestorage.gcs.bucketstorage.gcs.mountPath
Billing configuration
Marketplace reporting is controlled with:
marketplace.reportingSecretmarketplace.partnerSolutionLabelubbagent.enabledubbagent.image.repositoryubbagent.metricNameubbagent.metricNameStandardubbagent.metricNameDeepubbagent.serviceName
Supported Marketplace deployments keep ubbagent.enabled=true and require a non-empty marketplace.reportingSecret.
Identity configuration
The Workload Identity path is controlled with:
workloadIdentity.enabledworkloadIdentity.gcpServiceAccount
Operational rules
- Use image digests for production-stable releases whenever possible
- Treat Standard and Deep as distinct deployment profiles, not cosmetic variants
- Do not treat Standard or Deep as a substitute for category selection or module-policy review
- Use
job.enabled=falsefor infrastructure-first installs, then enable the Job explicitly
For the field-level reference, see Config Reference.