Deploying to Kubernetes | Rasa Documentation

Build your first agent in just a few minutes with Rasa Copilot.

On this page

Kubernetes (and OpenShift) provide a reliable way to run containerized applications at scale. With Kubernetes, you can:

If you are unfamiliar with Kubernetes or want a fully managed solution, consider Rasa’s Managed Service.

Deployment Requirements

Before deploying Rasa Pro on Kubernetes, make sure you have:

  1. A Kubernetes or OpenShift cluster
    • Many providers (AWS EKS, Azure AKS, GCP, DigitalOcean) offer managed clusters.
    • Ensure you have kubectl (for Kubernetes) or oc (for OpenShift) installed and connected to your cluster.
  2. Helm CLI (v3.5 or newer)
    • You’ll need it to install the Rasa Pro Helm chart.
  3. A valid Rasa License
    • You will pass it as a secret or an environment variable in your deployment.
  4. (Optional) A Model Storage Bucket
    • If you plan to store or mount your trained models from cloud storage (AWS S3, GCP Storage, or Azure Blob), set this up in advance.
  5. (Optional) A Kafka cluster and Data Warehouse
    • Required if you plan to deploy Rasa Pro Services for analytics and logging.

If you do not already have the above, see your cloud provider’s documentation for setting up a Kubernetes or OpenShift cluster. For additional details on Rasa Pro environment variables or advanced configuration, refer to the Reference.

How to Deploy Rasa

1. Kubernetes/OpenShift Cluster

kubectl version

Ensure it shows both client and server versions (for OpenShift, use oc version).

kubectl create namespace <your-namespace>
kubectl config set-context --current --namespace=<your-namespace>

This helps isolate your Rasa Pro deployment from other workloads.

2. Rasa Pro Helm Chart

Rasa provides a Helm chart to simplify deployment. The chart is hosted on a public Artifact Registry.

  1. Download the Helm chart:
helm pull oci://europe-west3-docker.pkg.dev/rasa-releases/helm-charts/rasa

This command downloads a file named rasa-<version>.tgz.

  1. Check your Helm version:
helm version --short

You need v3.5 or newer.

For the complete documentation of the Helm Chart, see Rasa Pro Helm Chart.

3. Deploy Rasa Pro

Below is the minimal workflow for deploying Rasa Pro on Kubernetes or OpenShift using the Helm chart.

a) Prepare Secrets

  1. Create a secrets.yml file (or name it as you wish) with the Rasa license and any other secret values you may need (authentication tokens, etc.). Base64-encode your secret values.
apiVersion: v1
kind: Secret
metadata:
     name: rasa-secrets
type: Opaque
data:
     rasaProLicense: <BASE64ENCODED_LICENSE>
     authToken: <BASE64ENCODED_VALUE>
     jwtSecret: <BASE64ENCODED_VALUE>
  1. Apply the secrets:
kubectl apply -f secrets.yml

b) Create a values.yml for your deployment

  1. Minimal values.yml example:
# Rasa Pro Container
rasa:
     image:
       repository: "europe-west3-docker.pkg.dev/rasa-releases/rasa-pro/rasa-pro"
       tag: "3.8.0-latest"
     # Additional Rasa configuration can go here.

# Disable the Rasa Pro Services container if not needed
rasaProServices:
     enabled: false
  1. Deploy with Helm:
helm install \
       --namespace <your-namespace> \
       --values values.yml \
       <release-name> \
       rasa-<version>.tgz

This starts a Rasa Pro pod. If you need to update any configuration:

helm upgrade \
       --namespace <your-namespace> \
       --values values.yml \
       <release-name> \
       rasa-<version>.tgz

To remove:

helm delete <release-name>

4. Model Storage Bucket

To load a trained model from cloud storage:

  1. Set up a bucket on AWS S3, Azure Blob, or Google Cloud Storage, and upload your trained model.
  2. Mount or configure the bucket for your Rasa container.

For example, in Google Cloud:

rasa:
  endpoints:
    models:
      enabled: false

volumes:
    - csi:
        driver: gcsfuse.csi.storage.gke.io
        readOnly: true
        volumeAttributes:
          bucketName: <YOUR BUCKET NAME>
          mountOptions: implicit-dirs,only-dir=<YOUR DIR>
      name: rasa-models

volumeMounts:
    - name: rasa-models
      mountPath: /app/models
      readOnly: true

serviceAccount:
    create: true
    annotations:
      iam.gke.io/gcp-service-account: <YOUR SERVICE ACCOUNT EMAIL>
    name: "rasa-pro-sa"

podAnnotations:
    gke-gcsfuse/volumes: "true"

For other cloud platforms or more advanced configurations, see the Reference.

5. Deploy Action Server

If your assistant uses Custom Actions, you can build and deploy a separate Action Server container alongside your Rasa Pro container.

  1. Build your custom action image:
    • Place your Python code in actions/actions.py.
    • Optionally specify any dependencies in requirements-actions.txt.
    • Create a Dockerfile extending the official rasa/rasa-sdk image:
FROM rasa/rasa-sdk:latest
WORKDIR /app

# (Optional) for custom dependencies
# COPY actions/requirements-actions.txt ./
# RUN pip install -r requirements-actions.txt

COPY ./actions /app/actions
USER 1001
  1. Reference your Action Server in values.yml:
rasa:
     endpoints:
       actionEndpoint:
         url: http://action-server:5055/webhook

actionServer:
     enabled: true
     image:
       repository: <my-docker-username>/<my-action-repo>
       tag: <custom-tag>
  1. Upgrade the Helm release:
helm upgrade \
       --namespace <your-namespace> \
       --values values.yml \
       <release-name> \
       rasa-<version>.tgz

6. Deploy Rasa Pro Services

Rasa Pro Services is an optional container providing analytics, data collection, and other enterprise features. It must connect to:

New in rasa-1.3.0 Helm Chart

We have simplified how Rasa Pro Services handle database and Kafka configurations. Previously, these settings were passed as individual environment variables. They are now defined directly in values.yaml under structured configuration blocks (database and kafka).

  1. Configure Kafka for your Rasa Pro container. In your values.yml, make sure:
rasa:
     settings:
       endpoints:
         eventBroker:
           enabled: true
           type: kafka
           # other settings as needed...
  1. Enable Rasa Pro Services:
rasaProServices:
       enabled: true
       image:
           repository: "europe-west3-docker.pkg.dev/rasa-releases/rasa-pro/rasa-pro-services"
           tag: "3.6.1-latest"
       loggingLevel: "INFO"

useCloudProviderIam:
           enabled: false
           provider: "aws"
           region: "us-east-1"

database:
           enableAwsRdsIam: false
           url: ""
           username: ""
           hostname: ""
           port: "5432"
           databaseName: ""
           sslMode: ""
           sslCaLocation: ""

kafka:
           enableAwsMskIam: false
           brokerAddress: ""
           topic: "rasa-core-events"
           dlqTopic: "rasa-analytics-dlq"
           saslMechanism: ""
           securityProtocol: ""
           sslCaLocation: ""
           sslCertFileLocation: ""
           sslKeyFileLocation: ""
           consumerId: "rasa-analytics-group"
           saslUsername: ""
           saslPassword:
               secretName: "rasa-secrets"
               secretKey: "kafkaSslPassword"
  1. Upgrade via Helm:
helm upgrade \
       --namespace <your-namespace> \
       --values values.yml \
       <release-name> \
       rasa-<version>.tgz

You can confirm the Rasa Pro Services pod is running and check the /healthcheck endpoint to verify status.

7. Adding Environment Variables

You can pass extra environment variables to any container by adding them to values.yml. For example, to add environment variables to the Rasa Pro container:

rasa:
  additionalEnv: []

If you have sensitive data (e.g., passwords), store them in Kubernetes secrets and reference them in values.yml. For example, to add environment variables from a ConfigMap or Secret:

rasa:
    envFrom: []
    # - configMapRef:
    #     name: my-configmap

A full list of available environment variables for Rasa Pro, Rasa Pro Services, and the Rasa Action Server can be found in the Environment Variables reference.