Skip to main content
Red Hat Certified Helm Chart Production-ready Helm chart to deploy Alquimia Studio — the no-code/low-code platform to build, deploy, and manage enterprise AI agents — on Kubernetes and OpenShift. The chart is aligned with Red Hat Helm Chart Certification best practices: non-root containers, read-only root filesystem, dropped capabilities, liveness/readiness probes, configurable resources, recommended labels, and built-in Helm tests.
Available in the Red Hat OpenShift Helm Catalog as a Partner chart, provided by Alquimia AI US Corp. — install it directly from the OpenShift web console or via the CLI. See Red Hat OpenShift Helm Catalog.

Table of Contents


TL;DR


Red Hat OpenShift Helm Catalog

This chart is published as a Red Hat certified Partner chart in the official OpenShift Helm Charts catalog (https://charts.openshift.io/), maintained by Alquimia AI US Corp. It is available out-of-the-box on every OpenShift cluster (4.15+) under Software Catalog → Helm Charts, ready to be installed with a single click from the web console.

Install from the OpenShift web console

  1. Log in to the OpenShift web console.
  2. Navigate to Developer → Add → Helm Chart (or Administrator → Software Catalog → Helm Charts).
  3. Filter by Chart Repositories: OpenShift Helm Charts and search for Alquimia Studio.
  4. Click Create, choose the namespace, and provide your values.yaml (or use the form view).
  5. Click Install — the console will render the chart and create the resources.

Install from the CLI (using the OpenShift catalog repo)

The OpenShift catalog is exposed as a standard Helm repository, so you can install the chart from any client:
The published chart includes the Red Hat certification annotations (charts.openshift.io/name, charts.openshift.io/providerType: partner, charts.openshift.io/supportedOpenShiftVersions: ">=4.15") and has passed the Red Hat Helm Chart Verifier checks.

Prerequisites


Installation

1) Basic install (Service only)

2) With Kubernetes Ingress

If both ingress.enabled and openshift.route.enabled are true, the chart prefers Ingress and skips the Route.

Upgrading

Uninstalling


Configuration

Alquimia Studio is configured almost entirely through environment variables, sourced from a ConfigMap (non-sensitive) and a Secret (sensitive). The chart supports two patterns:
  1. Bring your own existing ConfigMap / Secret (recommended for production).
  2. Let the chart create them from values.yaml (handy for dev/staging).

Required Environment Variables (Studio)

These variables are consumed by Alquimia Studio at runtime. Place non-sensitive values in the ConfigMap and secrets in the Secret.

Database

Authentication (Keycloak / NextAuth)

Studio supports two strategies via AUTH_STRATEGY: keycloak (enterprise SSO) or lite (self-contained, file/JSON-based users).

Alquimia Runtime

Alquimia TWYD (Knowledge Base)

Metrics (Prometheus / Grafana)

OpenTelemetry & logging (optional)

Misc / UI


Using existing ConfigMap and Secret

If you already manage alquimia-studio-config and alquimia-studio-secrets (e.g. via GitOps, Sealed Secrets, External Secrets Operator):
Example ConfigMap you might apply separately:
Example Secret:

Creating ConfigMap and Secret with the chart

For dev/staging environments you can let the chart render them from values.yaml:
Then install with:
Tip: for production, prefer existingSecret populated by an external secret manager (Vault, AWS Secrets Manager, Sealed Secrets, ESO, etc.) instead of inlining secrets in values.yaml.

Parameters

Image

Service & Networking

Resources & Scheduling

Configuration & Secrets

Security

Probes


Example values.yaml


Security

This chart follows container hardening best practices:
  • runAsNonRoot: true
  • readOnlyRootFilesystem: true
  • allowPrivilegeEscalation: false
  • All Linux capabilities dropped (drop: ["ALL"])
  • seccompProfile: RuntimeDefault
If your app needs write access (e.g. cache or temporary files), mount an emptyDir at the required path or extend the chart to add a writable volume.

Network Policy (opt-in)

Restrict inbound traffic to the service namespace (or specific namespaces):
To allow specific namespaces:

OpenShift Notes

  • Prefer Route over Ingress (openshift.route.enabled: true).
  • Ensure the default SCC allows runAsNonRoot. If your cluster injects a random UID, this chart already sets non-root compatible options.
  • For TLS, you can attach a custom certificate to the Route or rely on router defaults.
  • The chart declares charts.openshift.io/supportedOpenShiftVersions: ">=4.15" for Red Hat certification.

Troubleshooting

Pods stuck in CrashLoopBackOff complaining about missing env vars Verify that the referenced ConfigMap and Secret exist and contain all required keys listed in Required Environment Variables.
NextAuth callback errors / login redirect loops Ensure that:
  • NEXTAUTH_URL matches the public URL exposed by the Ingress/Route.
  • The Keycloak client has the correct Valid Redirect URIs (e.g. https://studio.example.com/api/auth/callback/keycloak).
  • NEXTAUTH_SECRET is set and consistent across replicas.
Cannot connect to MongoDB Check the DATABASE_URL value (it usually contains user/password and should live in the Secret) and that the MongoDB service is reachable from the pod’s namespace. As a quick alternative for testing, set DB_STRATEGY=lite to use the embedded NeDB store. AUTH_STRATEGY=lite users cannot log in When using lite auth, provide either:
  • AUTH_LITE_USERS — inline JSON array (kept in the Secret), or
  • AUTH_LITE_USERS_FILE — absolute path to a JSON file (mount it via a volume).
The JSON shape is [{ "email": "...", "name": "...", "password_hash": "$2b$..." }] (bcrypt hash). Read-only filesystem errors The chart enables readOnlyRootFilesystem. Mount an emptyDir if Studio (or a sidecar) needs to write to disk. Run the chart’s smoke tests