Create and edit a custom_values.yaml file with the necessary environment tokens. An example configuration is provided below: (Link)
############################################################
# GLOBAL configuration for Superstream Engine
############################################################
global:
engineName: "" # Define the superstream engine name within 32 characters, excluding '.', and using only lowercase letters, numbers, '-', and '_'.
superstreamAccountId: "" # Provide the account ID associated with the deployment, which could be used for identifying resources or configurations tied to a specific account.
superstreamActivationToken: "" # Enter the activation token required for services or resources that need an initial token for activation or authentication.
skipLocalAuthentication: true
############################################################
# NATS config
############################################################
# NATS HA Deployment. Default "true"
nats:
config:
cluster:
enabled: true
# NATS storageClass configuration. The default is blank "".
jetstream:
fileStore:
pvc:
storageClassName: ""
Step 5: Deploy New Superstream Helm Chart
Add the Superstream Helm repository and deploy using the custom values file.
Ensure all services are running by listing the Helm releases and verifying their status.
$ helm list -n superstream
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
superstream superstream 1 2024-06-06 15:37:34.873419 +0200 CEST deployed superstream-0.4.6 1.0.84
Summary
This document outlines the steps to transition from a Helmfile-based deployment to the new Superstream Helm Chart. The process includes validating the current state, scaling down deployments, removing old Helm releases, configuring environment tokens, deploying the new Helm chart, scaling up the deployments, and validating the final state.
By following these steps, you can ensure a smooth transition and maintain the integrity and availability of the Superstream services.