FlowX Engine setup

Infrastructure prerequisites

Before installing the FlowX.AI Engine, verify that the following infrastructure components are installed and configured:

Kafka
Elasticsearch
PostgreSQL
MongoDB

Dependencies

The FlowX Engine requires the following components:

Database: Primary storage for the engine
Redis Server: Used for caching. See Redis Configuration
Kafka: Handles messaging and event-driven architecture. See Configuring Kafka

For a microservices architecture, services typically manage their data via dedicated databases.

Required external services

Redis Cluster: Caches process definitions, compiled scripts, and Kafka responses
Kafka Cluster: Enables communication with external plugins and integrations

Configuration setup

FlowX.AI Engine uses environment variables for configuration. This section covers key configuration areas:

Database configuration
Script engine configuration
Authorization & access roles
Kafka configuration
File upload size
Elasticsearch connection

Database configuration

PostgreSQL

Environment variable	Description
`SPRING_DATASOURCE_URL`	Database URL for PostgreSQL
`SPRING_DATASOURCE_USERNAME`	Username for PostgreSQL
`SPRING_DATASOURCE_PASSWORD`	Password for PostgreSQL
`SPRING_DATASOURCE_DRIVERCLASSNAME`	Driver class for PostgreSQL

MongoDB configuration

Configure connection to the Runtime MongoDB instance:

Environment variable	Description	Default value
`SPRING_DATA_MONGODB_RUNTIME_URI`	URI for connecting to MongoDB	Format: `mongodb://${RUNTIME_DB_USERNAME}:${DB_PASSWORD}@<host1>,<host2>,<arbiter-host>:<port>/${DB_NAME}?retryWrites=false`
`RUNTIME_DB_USERNAME`	MongoDB username	`app-runtime`
`DB_NAME`	MongoDB database name	`app-runtime`

Configuration parameters

There are two types of Config Params that can be read from the environment: variables and secrets. There is one provider for variables and secrets extracted from the environment variables, and two providers for the ones extracted from Kubernetes. By default, the variables and secrets are extracted from environment variables (env provider).

Configuration parameters from environment variables (default)

The env provider used for variables and secrets extracts them from environment variables. For security reasons, the env provider uses an allow list regex which defaults to FLOWX_CONFIGPARAM_.*. This means only environment variables that match this naming pattern can be read at runtime into configuration params (either as variables or secrets). Feel free to edit it to match the environment variables that you use in your deployment.

Environment variable	Description	Default value
`FLOWX_CONFIGPARAMS_VARS_PROVIDER`	Provider type for variables	`env`
`FLOWX_CONFIGPARAMS_VARS_ALLOWLISTREGEX`	Regular expression to match allowed env variables for variables	`FLOWX_CONFIGPARAM_.*`
`FLOWX_CONFIGPARAMS_SECRETS_PROVIDER`	Provider type for secrets	`env`
`FLOWX_CONFIGPARAMS_SECRETS_ALLOWLISTREGEX`	Regular expression to match allowed env variables for secrets	`FLOWX_CONFIGPARAM_.*`

Configuration parameters from Kubernetes Secrets and ConfigMaps

Use the following configuration to read Config Params from Kubernetes Secrets and ConfigMaps:

Environment variable	Description	Values
`FLOWX_CONFIGPARAMS_VARS_PROVIDER`	Provider type for variables	`k8s-configmaps`
`FLOWX_CONFIGPARAMS_SECRETS_PROVIDER`	Provider type for secrets	`k8s-secrets`

These providers can be configured as follows:

Environment variable	Description	Values
`FLOWX_CONFIGPARAMS_PROVIDERS_K8SCONFIGMAPS_CONFIGMAPSLIST_0_`	Name of the ConfigMap to use for variables	`flowx-configparams`
`FLOWX_CONFIGPARAMS_PROVIDERS_K8SSECRETS_SECRETSLIST_0_`	Name of the Secret to use for secrets	`flowx-configparams`

You can configure multiple secrets and ConfigMaps by incrementing the index number (e.g., FLOWX_CONFIGPARAMS_PROVIDERS_K8SSECRETS_SECRETSLIST_1, FLOWX_CONFIGPARAMS_PROVIDERS_K8SCONFIGMAPS_CONFIGMAPSLIST_1). Values are overridden based on the order in which the maps are defined.The default provider is env, but there is a built-in allowlist with the regex pattern FLOWX_CONFIGPARAM_.*. This means only configuration parameters that match this naming pattern can be read at runtime, whether they are environment variables or secret variables.

Configuring script engine

FlowX.AI Engine supports multiple scripting languages for business rules and actions.

You must also enable these environment variables on the AI Developer agent, if you have it set up.

Python runtime configuration

By default, FlowX.AI 4.7.1 uses Python 2.7 (Jython) as the Python runtime. To enable Python 3 via GraalPy with its 3x performance improvements and JavaScript with GraalJS, you must explicitly set the feature toggle.

Environment variable	Description	Default value	Possible values
`FLOWX_SCRIPTENGINE_USEGRAALVM`	Determines which Python and JavaScript runtime to use	`false`	`true`, `false`

Python 2.7 support will be deprecated in FlowX.AI 5.0. We recommend migrating your Python scripts to Python 3 to take advantage of improved performance and modern language features.

GraalVM cache configuration

When using GraalVM (FLOWX_SCRIPTENGINE_USEGRAALVM=true), ensure the engine has proper access to a cache directory within the container. By default, this is configured in the /tmp directory.

For environments with filesystem restrictions or custom configurations, you need to properly configure the GraalVM cache.

There are two methods to configure the GraalVM cache location:

Option 1: Using Java options (Preferred)

Add the following Java option to your deployment configuration:

-Dpolyglot.engine.userResourceCache=/tmp

This option is set by default in the standard Docker image but might need to be included if you’re overriding the Java options.

Option 2: Using environment variables

Alternatively, set the following environment variable:

XDG_CACHE_HOME=/tmp

If you encounter errors related to Python script execution when using GraalVM, verify that the cache directory is properly configured and accessible.

For more details about supported scripting languages and their capabilities, see the Supported scripts documentation.

Authorization & access roles

This section covers OAuth2 configuration settings for securing the Spring application.

Resource server settings (OAuth2 configuration)

The following configuration from versions before 4.1 will be deprecated in version 5.0:

SECURITY_OAUTH2_BASE_SERVER_URL: Base URL for the OAuth 2.0 Authorization Server
SECURITY_OAUTH2_CLIENT_CLIENT_ID: Client identifier registered with the OAuth 2.0 Authorization Server
SECURITY_OAUTH2_CLIENT_CLIENT_SECRET: Secret key for authenticating client requests
SECURITY_OAUTH2_REALM: Realm name used for OAuth2 authentication

Starting from version 4.1, use the following configuration instead. This setup is backwards compatible until version 4.5.

Environment variable	Description	Default value
`SPRING_SECURITY_OAUTH2_RESOURCE_SERVER_OPAQUE_TOKEN_INTROSPECTION_URI`	URI for token introspection	`${security.oauth2.base-server-url}/realms/${security.oauth2.realm}/protocol/openid-connect/token/introspect`
`SPRING_SECURITY_OAUTH2_RESOURCE_SERVER_OPAQUE_TOKEN_CLIENT_ID`	Client ID for token introspection	`${security.oauth2.client.client-id}`
`SPRING_SECURITY_OAUTH2_RESOURCE_SERVER_OPAQUE_TOKEN_CLIENT_SECRET`	Client secret for token introspection	`${security.oauth2.client.client-secret}`

Service account settings

Configure the process engine service account:

Environment variable	Description	Default value
`SECURITY_OAUTH2_SERVICE_ACCOUNT_ADMIN_CLIENT_ID`	Client ID for the service account	`flowx-${SPRING_APPLICATION_NAME}-sa`
`SECURITY_OAUTH2_SERVICE_ACCOUNT_ADMIN_CLIENT_SECRET`	Client secret for the service account

For more information about the necessary service account, see Process Engine Service Account.

Security configuration

Environment variable	Description	Default value
`SECURITY_TYPE`	Type of security mechanism	`oauth2`
`SECURITY_BASIC_ENABLED`	Enable basic authentication	`false`
`SECURITY_PUBLIC_PATHS_0`	Public path not requiring authentication	`/api/platform/components-versions`
`SECURITY_PUBLIC_PATHS_1`	Public path not requiring authentication	`/manage/actuator/health`
`SECURITY_PATH_AUTHORIZATIONS_0_PATH`	Security path pattern	`"/api/**"`
`SECURITY_PATH_AUTHORIZATIONS_0_ROLES_ALLOWED`	Roles allowed for path access	`"ANY_AUTHENTICATED_USER"`

Configuring Kafka

Kafka handles all communication between the FlowX.AI Engine, external plugins, and integrations. It also notifies running process instances when certain events occur.

Kafka connection settings

Environment variable	Description	Default value
`SPRING_KAFKA_BOOTSTRAPSERVERS`	Kafka bootstrap servers	`localhost:9092`
`SPRING_KAFKA_SECURITY_PROTOCOL`	Security protocol for Kafka	`"PLAINTEXT"`

Message routing configuration

Environment variable	Description	Default value
`KAFKA_DEFAULTFXCONTEXT`	Default context value for message routing when no context is provided	`""` (empty string)

When KAFKA_DEFAULTFXCONTEXT is set and an event is received on Kafka without an fxContext header, the system will automatically apply the default context value to the message.

Kafka consumer retry settings

Environment variable	Description	Default value
`KAFKA_AUTHEXCEPTIONRETRYINTERVAL`	Interval between retries after `AuthorizationException` (seconds)	`10`

Consumer groups & consumer threads configuration

Both a producer and a consumer must be configured:

Configuring a Kafka Producer

Configuring a Kafka Consumer

About consumer groups and threads

A consumer group is a set of consumers that jointly consume messages from one or more Kafka topics. Each consumer group has a unique identifier (group ID) that Kafka uses to manage message distribution. Thread numbers refer to the number of threads a consumer application uses to process messages. Increasing thread count can improve parallelism and efficiency, especially with high message volumes.

Consumer group configuration

Environment variable	Description	Default value
`KAFKA_CONSUMER_GROUPID_NOTIFYADVANCE`	Group ID for notifying advance actions	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_NOTIFYPARENT`	Group ID for notifying when a subprocess is blocked	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_ADAPTERS`	Group ID for messages related to adapters	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_SCHEDULERRUNACTION`	Group ID for running scheduled actions	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_SCHEDULERADVANCING`	Group ID for messages indicating continuing advancement	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_MESSAGEEVENTS`	Group ID for message events	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_PROCESS_START`	Group ID for starting processes	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_PROCESS_STARTFOREVENT`	Group ID for starting processes for an event	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_PROCESS_EXPIRE`	Group ID for expiring processes	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_PROCESS_OPERATIONS`	Group ID for processing operations from Task Management plugin	`notif123-preview`
`KAFKA_CONSUMER_GROUPID_PROCESS_BATCHPROCESSING`	Group ID for processing bulk operations from Task Management plugin	`notif123-preview`

Consumer thread configuration

Environment variable	Description	Default value
`KAFKA_CONSUMER_THREADS_NOTIFYADVANCE`	Number of threads for notifying advance actions	`6`
`KAFKA_CONSUMER_THREADS_NOTIFYPARENT`	Number of threads for notifying when a subprocess is blocked	`6`
`KAFKA_CONSUMER_THREADS_ADAPTERS`	Number of threads for processing messages related to adapters	`6`
`KAFKA_CONSUMER_THREADS_SCHEDULERADVANCING`	Number of threads for continuing advancement	`6`
`KAFKA_CONSUMER_THREADS_SCHEDULERRUNACTION`	Number of threads for running scheduled actions	`6`
`KAFKA_CONSUMER_THREADS_MESSAGEEVENTS`	Number of threads for message events	`6`
`KAFKA_CONSUMER_THREADS_PROCESS_START`	Number of threads for starting processes	`6`
`KAFKA_CONSUMER_THREADS_PROCESS_STARTFOREVENT`	Number of threads for starting processes for an event	`2`
`KAFKA_CONSUMER_THREADS_PROCESS_EXPIRE`	Number of threads for expiring processes	`6`
`KAFKA_CONSUMER_THREADS_PROCESS_OPERATIONS`	Number of threads for processing operations from task management	`6`
`KAFKA_CONSUMER_THREADS_PROCESS_BATCHPROCESSING`	Number of threads for processing bulk operations from task management	`6`

All events that start with a configured pattern will be consumed by the Engine. This enables you to create new integrations and connect them to the engine without changing the configuration.

Configuring Kafka topics

Core engine topics

Environment variable	Description	Default value
`KAFKA_TOPIC_PROCESS_NOTIFY_ADVANCE`	Topic used internally for advancing processes	`ai.flowx.dev.core.notify.advance.process.v1`
`KAFKA_TOPIC_PROCESS_NOTIFY_PARENT`	Topic used for sub-processes to notify the parent process	`ai.flowx.dev.core.notify.parent.process.v1`
`KAFKA_TOPIC_PATTERN`	Pattern the Engine listens on for incoming events	`ai.flowx.dev.engine.receive.*`
`KAFKA_TOPIC_PROCESS_EVENT_MESSAGE`	Topic for process message events	`ai.flowx.dev.core.message.event.process.v1`

Topics related to the Task Management plugin

Environment variable	Description	Default value
`KAFKA_TOPIC_TASK_OUT`	Topic used for sending notifications to the plugin	`ai.flowx.dev.plugin.tasks.trigger.save.task.v1`
`KAFKA_TOPIC_PROCESS_OPERATIONS_IN`	Topic for receiving information about operations performed	`ai.flowx.dev.core.trigger.operations.v1`
`KAFKA_TOPIC_PROCESS_OPERATIONS_BULKIN`	Topic where operations can be performed in bulk	`ai.flowx.core.trigger.operations.bulk.v1`

OPERATIONS_IN request example

{
  "operationType": "UNASSIGN", //type of operation performed in Task Management plugin
  "taskId": "some task id",
  "processInstanceUuid": "1cff0b7d-966b-4b35-9e9b-63b1d6757ec6",
  "swimlaneName": "Default",
  "swimlaneId": "51ec1241-fe06-4576-9c84-31598c05c527",
  "owner": {
    "firstName": null,
    "lastName": null,
    "username": "service-account-flowx-process-engine-account",
    "enabled": false
  },
  "author": "admin@flowx.ai"
}

BULK_IN request example

{
  "operations": [
    {
      "operationType": "HOLD",
      "taskId": "some task id",
      "processInstanceUuid": "d3aabfd8-d041-4c62-892f-22d17923b223", // the id of the process instance
      "swimlaneName": "Default", //name of the swimlane
      "owner": null,
      "author": "john.doe@flowx.ai"
    },
    {
      "operationType": "HOLD",
      "taskId": "some task id",
      "processInstanceUuid": "d3aabfd8-d041-4c62-892f-22d17923b223",
      "swimlaneName": "Default", //name of the swimlane
      "owner": null,
      "author": "john.doe@flowx.ai"
    }
  ]
}      

To send additional keys in the response, attach them in the header. For example, you can use a requestID key.

A response should be sent on a callbackTopic if it is mentioned in the headers:

{"processInstanceId": ${processInstanceId}, "callbackTopic": "test.operations.out", "requestID":"1234567890"}

Task manager operations include: assignment, unassignment, hold, unhold, terminate. These are matched with the ...operations.out topic on the engine side. For more information, see the Task Management plugin documentation:📄 Task management plugin

Topics related to the scheduler extension

Environment variable	Description	Default value
`KAFKA_TOPIC_PROCESS_EXPIRE_IN`	Topic for requests to expire processes	`ai.flowx.dev.core.trigger.expire.process.v1`
`KAFKA_TOPIC_PROCESS_SCHEDULE_OUT_SET`	Topic used for scheduling process expiration	`ai.flowx.dev.core.trigger.set.schedule.v1`
`KAFKA_TOPIC_PROCESS_SCHEDULE_OUT_STOP`	Topic used for stopping process expiration	`ai.flowx.dev.core.trigger.stop.schedule.v1`
`KAFKA_TOPIC_PROCESS_SCHEDULE_IN_RUN_ACTION`	Topic for requests to run scheduled actions	`ai.flowx.dev.core.trigger.run.action.v1`
`KAFKA_TOPIC_PROCESS_SCHEDULE_IN_ADVANCE`	Topic for events related to advancing through a database	`ai.flowx.dev.core.trigger.advance.process.v1`

Topics related to Timer Events

Environment variable	Description	Default value
`KAFKA_TOPIC_PROCESS_SCHEDULEDTIMEREVENTS_OUT_SET`	Used to communicate with Scheduler microservice	`ai.flowx.dev.core.trigger.set.timer-event-schedule.v1`
`KAFKA_TOPIC_PROCESS_SCHEDULEDTIMEREVENTS_OUT_STOP`	Used to communicate with Scheduler microservice	`ai.flowx.dev.core.trigger.stop.timer-event-schedule.v1`

Topics related to the Search Data service

Environment variable	Description	Default value
`KAFKA_TOPIC_DATA_SEARCH_IN`	Topic that the Engine listens on for search requests	`ai.flowx.dev.core.trigger.search.data.v1`
`KAFKA_TOPIC_DATA_SEARCH_OUT`	Topic used by the Engine to reply after finding a process	`ai.flowx.dev.engine.receive.core.search.data.results.v1`

Topics related to the Audit service

Environment variable	Description	Default value
`KAFKA_TOPIC_AUDIT_OUT`	Topic for sending audit logs	`ai.flowx.dev.core.trigger.save.audit.v1`

Topics related to ES indexing

Environment variable	Default value
`KAFKA_TOPIC_PROCESS_INDEX_OUT`	`ai.flowx.dev.core.index.process.v1`

Processes that can be started by sending messages to a Kafka topic

Environment variable	Description	Default value
`KAFKA_TOPIC_PROCESS_START_IN`	Topic for requests to start a new process instance	`ai.flowx.dev.core.trigger.start.process.v1`
`KAFKA_TOPIC_PROCESS_START_OUT`	Topic for sending the reply after starting a new process instance	`ai.flowx.dev.core.confirm.start.process.v1`

Topics related to Message Events

Environment variable	Default value
`KAFKA_TOPIC_PROCESS_STARTFOREVENT`	`ai.flowx.dev.core.trigger.start-for-event.process.v1`

Topics related to Events-gateway microservice

Environment variable	Description	Default value
`KAFKA_TOPIC_EVENTSGATEWAY_OUT_MESSAGE`	Outgoing messages from process-engine to events-gateway	`ai.flowx.eventsgateway.engine.commands.message.v1`
`KAFKA_TOPIC_EVENTSGATEWAY_OUT_DISCONNECT`	Disconnect commands from process-engine to events-gateway	`ai.flowx.eventsgateway.engine.commands.disconnect.v1`
`KAFKA_TOPIC_EVENTSGATEWAY_OUT_CONNECT`	Connect commands from process-engine to events-gateway	`ai.flowx.eventsgateway.engine.commands.connect.v1`

Topics related to platform components

Environment variable	Description	Default value
`KAFKA_TOPIC_PLATFORM_COMPONENTS_VERSIONS_OUT`	Topic for platform version caching	`ai.flowx.dev.core.trigger.platform.versions.caching.v1`

Inter-service topic coordination

When configuring FlowX services, ensure the following:

The Engine’s pattern must match the pattern used by services sending messages to the Engine
The integrationPattern must match the pattern used by the Integration Designer
Output topics from one service must match the expected input topics of another service

For example:

Services send to topics matching ai.flowx.dev.engine.receive.* → Engine listens
Engine sends to topics matching ai.flowx.dev.integration.receive.* → Integration Designer listens

Kafka message size configuration

Environment variable	Description	Default value
`KAFKA_MESSAGE_MAX_BYTES`	Maximum message size in bytes	`52428800` (50MB)

This setting affects:

Producer message max bytes
Producer max request size
Consumer max partition fetch bytes

Kafka authentication

For secure environments, you can enable OAuth authentication with the following configuration:

spring.config.activate.on-profile: kafka-auth

spring:
  kafka:
    security.protocol: "SASL_PLAINTEXT"
    properties:
      sasl:
        mechanism: "OAUTHBEARER"
        jaas.config: "org.apache.kafka.common.security.oauthbearer.OAuthBearerLoginModule required oauth.client.id=\"${KAFKA_OAUTH_CLIENT_ID:kafka}\" oauth.client.secret=\"${KAFKA_OAUTH_CLIENT_SECRET:kafka-secret}\"  oauth.token.endpoint.uri=\"${KAFKA_OAUTH_TOKEN_ENDPOINT_URI:kafka.auth.localhost}\" ;"
        login.callback.handler.class: io.strimzi.kafka.oauth.client.JaasClientOauthLoginCallbackHandler

You need to set the following environment variables:

KAFKA_OAUTH_CLIENT_ID
KAFKA_OAUTH_CLIENT_SECRET
KAFKA_OAUTH_TOKEN_ENDPOINT_URI

Configuring Elasticsearch connection

The Process Engine uses Elasticsearch for process instance indexing and search capabilities. Configure the connection using these environment variables:

Variable	Description	Default Value	Example
`SPRING_ELASTICSEARCH_REST_PROTOCOL`	Connection protocol	`https`	`https`
`SPRING_ELASTICSEARCH_REST_URIS`	URL(s) of Elasticsearch nodes (no protocol)	-	`elasticsearch:9200`
`SPRING_ELASTICSEARCH_REST_DISABLESSL`	Disable SSL verification	`false`	`false`
`SPRING_ELASTICSEARCH_REST_USERNAME`	Authentication username	-	`elastic`
`SPRING_ELASTICSEARCH_REST_PASSWORD`	Authentication password	-	`your-secure-password`

For indexing setup, check the Configuring Elasticsearch indexing section.

Configuring file upload size

Environment variable	Description	Default value
`SPRING_SERVLET_MULTIPART_MAXFILESIZE`	Maximum file size allowed for uploads	`50MB`
`SPRING_SERVLET_MULTIPART_MAXREQUESTSIZE`	Maximum request size allowed for uploads	`50MB`

Connecting the Advancing controller

To use the advancing controller, configure the following variables:

Environment variable	Description
`ADVANCING_DATASOURCE_JDBC_URL`	Connection URL for Advancing Postgres DB
`ADVANCING_DATASOURCE_USERNAME`	Username for Advancing DB connection
`ADVANCING_DATASOURCE_PASSWORD`	Password for Advancing DB connection

Configuring advancing controller

Environment variable	Description	Default value
`ADVANCING_TYPE`	Type of advancing mechanism	`PARALLEL` (alternatives: `KAFKA`, `PARALLEL`)
`ADVANCING_THREADS`	Number of parallel threads	`20`
`ADVANCING_PICKINGBATCHSIZE`	Number of tasks to pick in each batch	`10`
`ADVANCING_PICKINGPAUSEMILLIS`	Pause duration between batches (ms)	`100`
`ADVANCING_COOLDOWNAFTERSECONDS`	Cooldown period after processing a batch (seconds)	`120`
`ADVANCING_SCHEDULER_HEARTBEAT_CRONEXPRESSION`	Cron expression for the heartbeat	`"/2 * * * ?"`

Advancing controller setup

Configuring cleanup mechanism

Environment variable	Description	Default value
`SCHEDULER_THREADS`	Number of threads for the scheduler	`10`
`SCHEDULER_PROCESSCLEANUP_ENABLED`	Activates the cron job for process cleanup	`false`
`SCHEDULER_PROCESSCLEANUP_CRONEXPRESSION`	Cron expression for the process cleanup scheduler	`0 /5 0-5 * ?` (every 5 minutes between 12 AM and 5 AM)
`SCHEDULER_PROCESSCLEANUP_BATCHSIZE`	Number of processes to clean up in one batch	`1000`
`SCHEDULER_MASTERELECTION_CRONEXPRESSION`	Cron expression for the master election process	`30 /3 * * ?` (every 3 minutes)

Managing subprocesses expiration

Environment variable	Description	Default value
`FLOWX_PROCESS_EXPIRESUBPROCESSES`	When true, terminates all subprocesses upon parent process expiration. When false, subprocesses follow their individual expiration settings	`true`

Configuring application management

The following configuration from versions before 4.1 will be deprecated in version 5.0:

MANAGEMENT_METRICS_EXPORT_PROMETHEUS_ENABLED: Enables or disables Prometheus metrics export.

Starting from version 4.1, use the following configuration instead. This setup is backwards compatible until version 5.0.

Environment variable	Description	Default value
`MANAGEMENT_PROMETHEUS_METRICS_EXPORT_ENABLED`	Enables Prometheus metrics export	`false`

RBAC configuration

Process Engine requires specific RBAC permissions for proper access to Kubernetes resources:

rbac:
  create: true
  rules:
    - apiGroups:
        - ""
      resources:
        - secrets
        - configmaps
        - pods
      verbs:
        - get
        - list
        - watch

​Infrastructure prerequisites

​Dependencies

​Required external services

​Configuration setup

​Database configuration

​PostgreSQL

​MongoDB configuration

​Configuration parameters

​Configuration parameters from environment variables (default)

​Configuration parameters from Kubernetes Secrets and ConfigMaps

​Configuring script engine

​Python runtime configuration

​GraalVM cache configuration

Option 1: Using Java options (Preferred)

Option 2: Using environment variables

​Authorization & access roles

​Resource server settings (OAuth2 configuration)

​Service account settings

​Security configuration

​Configuring Kafka

​Kafka connection settings

​Message routing configuration

​Kafka consumer retry settings

​Consumer groups & consumer threads configuration

Configuring a Kafka Producer

Configuring a Kafka Consumer

About consumer groups and threads

Consumer group configuration

Consumer thread configuration

​Configuring Kafka topics

Core engine topics

Topics related to the Task Management plugin

OPERATIONS_IN request example

BULK_IN request example

Topics related to the scheduler extension

Topics related to Timer Events

Topics related to the Search Data service

Topics related to the Audit service

Topics related to ES indexing

Processes that can be started by sending messages to a Kafka topic

Topics related to Message Events

Topics related to Events-gateway microservice

Topics related to platform components

Inter-service topic coordination

Kafka message size configuration

Kafka authentication

​Configuring Elasticsearch connection

​Configuring file upload size

​Connecting the Advancing controller

​Configuring advancing controller

Advancing controller setup

​Configuring cleanup mechanism

​Managing subprocesses expiration

​Configuring application management

​RBAC configuration

Infrastructure prerequisites

Dependencies

Required external services

Configuration setup

Database configuration

PostgreSQL

MongoDB configuration

Configuration parameters

Configuration parameters from environment variables (default)

Configuration parameters from Kubernetes Secrets and ConfigMaps

Configuring script engine

Python runtime configuration

GraalVM cache configuration

Authorization & access roles

Resource server settings (OAuth2 configuration)

Service account settings

Security configuration

Configuring Kafka

Kafka connection settings

Message routing configuration

Kafka consumer retry settings

Consumer groups & consumer threads configuration

Configuring Kafka topics

Configuring Elasticsearch connection

Configuring file upload size

Connecting the Advancing controller

Configuring advancing controller

Configuring cleanup mechanism

Managing subprocesses expiration

Configuring application management

RBAC configuration