AutoObserve
Deploy

Helm

Install AutoObserve with Helm in production Kubernetes environments.

Docs v1.0Updated Supported

When should I use this?

  • You operate Helm-based releases and want AutoObserve installed as a chart.
  • You completed the [Kubernetes overview](/docs/deploy/kubernetes) and need the install commands.
  • You are onboarding as a design partner with guided Helm values.

Requirements

  • Kubernetes cluster with Helm 3.xRequired
  • Namespace and secrets for AutoObserve credentialsRequired
  • Cluster RBAC for AutoObserve workloadsRequired
  • OpenTelemetry pipelines ready to connect after installOptional

Steps

1. Add the chart repository

# Placeholder — chart coordinates ship with GA and design-partner install guides
# helm repo add autoobserve oci://registry.example.com/autoobserve
# helm repo update

2. Create values for your environment

Design-partner installs use reviewed values for resource limits, ingress, and secrets. At minimum, configure:

  • OTLP ingress or internal service endpoints
  • API credentials and TLS settings
  • Resource requests for your expected telemetry volume
# values.yaml (example skeleton)
autoobserve:
  ingress:
    enabled: true
  resources:
    requests:
      cpu: "500m"
      memory: "1Gi"

3. Install the release

# helm upgrade --install autoobserve autoobserve/autoobserve \
#   --namespace autoobserve --create-namespace \
#   -f values.yaml

Until public chart coordinates ship, Design Partners receive guided Helm values reviewed against your cluster.

Did it work?

Troubleshooting

What's happening?

Problem

Helm install or upgrade fails.

Symptoms

  • Chart not found
  • Values validation errors

Likely causes

  • Wrong chart version or OCI credentials
  • Missing required values keys

Resolution

Confirm chart coordinates with your design-partner contact. Validate values against the install checklist.

Verify fix

Helm release installs without errors.

Problem

Helm reports success but pods remain unready.

Symptoms

  • CrashLoopBackOff
  • Pending pods

Likely causes

  • Insufficient cluster resources
  • Missing secrets or config

Resolution

Inspect pod events and confirm secrets, resource limits, and storage classes match your cluster.

Verify fix

All AutoObserve pods reach Running state.

What's next?

Continue

Connect OpenTelemetry

Deploy is in place — configure your collector to send telemetry to AutoObserve.

Docs v1.0 · Updated ReviewedExamples testedChangelog

On this page