Skip to main content
After upgrading to a new platform version, always ensure that your installed component versions match the versions specified in the release notes. To verify this, navigate to FlowX.AI Designer → Platform Status.

Upgrade overview

FlowX.AI 5.9.4 is a maintenance release for the 5.9.x LTS line. The platform upgrade from 5.9.3 is non-breaking, but this release changes how the Helm charts express the container image location, so review Configuration changes before you deploy.

Upgrade Path

5.9.3 → 5.9.4: Direct upgrade. No data migration is required.Self-hosted customers still on the 5.1.x LTS upgrade directly to the 5.9.x line — see Migrating from 5.1 LTS.
Helm values change. The charts now express the image location as image.registry plus image.repository instead of one combined path. Deployments that set global.imageRegistry need no action. Deployments that embedded the registry inside image.repository must move it out before upgrading — see Helm charts: image registry split.
Upgrading from 5.9.0, 5.9.1, or 5.9.2 directly? Review the 5.9.2 deployment guidelines first — they include required steps for the organization-ID migration fix and manually marked Liquibase changesets that also apply when you skip 5.9.2.

Component versions

Core components

* The reporting plugin is an optional add-on and is versioned independently of the platform, so its numbering does not follow the other components. It moved from the 0.2.x scheme to 10.x after 5.9.0. Pin the version listed for your release.

Embedded components

  • SpiceDB — see the 5.9.0 deployment guidelines for details.
  • Qdrant (vector database) — bundled in the AI Platform Helm chart; its version is managed by the chart and not pinned here. See the Qdrant setup guide for deployment and configuration.

Renderers

AI components

FlowX.AI groups AI services into four tiers by deployment role. AI Base components are the foundation; AI Runtime and AI Dev Time components both require Base to be installed first; AI Extensions are optional add-ons layered on top.

AI Base components

AI Runtime components

AI Dev Time components

AI Extensions

For the plugins matrix, refer to the 5.9.0 deployment guidelines.

Kafka topics

5.9.4 introduces no new Kafka topics over 5.9.3. For the full multi-release topic matrix, see the 5.9.0 deployment guidelines.

Deployment notes

Standard deployment

This maintenance release follows standard FlowX.AI deployment procedures:
  1. Apply the Helm values change described in Configuration changes, if it affects your setup.
  2. Update container images to the 5.9.4 versions listed in the table above.
  3. Deploy services using your standard deployment process.
  4. Verify deployment via FlowX.AI Designer → Platform Status.

Configuration changes

Helm charts: image registry split

Across the FlowX chart set, the container image reference is now expressed as two fields instead of one combined path. The default image location is unchanged: each chart still resolves to the same registry/repository:tag.
The registry resolves to global.imageRegistry when that is set, and otherwise to the chart’s own image.registry. This makes global.imageRegistry a single, chart-wide override that redirects the charts to your registry, while each chart ships the correct bare image.repository by default. Upgrade notes
  • If you set global.imageRegistry to point the charts at your own registry (the standard, documented approach): no action is required. Your override continues to work, and it now applies cleanly to the default bare repository names.
  • If you embedded the registry inside image.repository (for example image.repository: harbor.mycorp.internal/flowx/<image-name>): move the registry portion out. Set it through global.imageRegistry, or the chart’s image.registry, and let image.repository fall back to its default bare image name. Leaving the registry in image.repository alongside the now-populated image.registry prepends the registry twice. This applies to deployments configured from the FlowX setup guides before 5.9.4, which showed the combined form. If your values files were built from those examples, check them before upgrading.

Events Gateway service account

Events Gateway now authenticates to the Runtime Manager with its own service account, flowx-events-gateway-sa, in the service-accounts realm. It needs this identity to resolve and authorize a subscription before admitting the stream. Two new configuration values are involved, and both take the same secret: Upgrade notes
  • If you deploy with the FlowX Helm charts and authorization-system runs its migrations with Keycloak admin access: no action is required. The chart already maps both values to the KEYCLOAK_EVENTS_GATEWAY_CLIENT_SECRET key of the keycloak-flowx-realm-clients secret, and the authorization-system migration creates the client and grants it the SA_FLOWX role.
  • If you manage Keycloak clients outside the chart (external IdP, or authorization-system cannot provision clients): create flowx-events-gateway-sa in the service-accounts realm as a confidential client with service accounts enabled and only the client-credentials grant, then supply its secret to both values above.
If flowx-events-gateway-sa already exists, the migration leaves its secret untouched by design. A pre-existing client whose secret does not match the one given to Events Gateway will not be corrected on upgrade, and Events Gateway will fail to authorize subscriptions. Make the two match manually in that case.
Confirm any required configuration changes against the setup guides before upgrading.

Third-party supported component versions

Within each version line listed below, versions that have reached upstream end of life are not supported, even though their major/minor is listed. (*) Required only if using indexing via Kafka. Multiple sink connector implementations also work, as long as they are compatible with both the deployed Kafka and Elasticsearch version.
The table lists version lines, not individual versions. A version is supported for as long as its vendor still supports it, so check the version you plan to deploy against that vendor’s lifecycle page before committing to it. When a version reaches upstream end of life it is no longer supported; upgrade that component to keep your deployment on a supported configuration. Versions can also be added during the family’s lifetime as FlowX validates them.
For previous FlowX.AI releases, please refer to the Release Notes overview.
Last modified on August 27, 2026