messagebroker
Configuration for Cadenza message broker
Port for the cluster discovery process. It must be ensured that the port is available (i.e. not already occupied) and not blocked by firewall rules. If Cadenza is operated on Kubernetes, the same port must be used on all replicas (`kubernetesDiscovery`).
Can be used in deployment scenarios with fixed list of cluster members, where all host addresses are known upfront. Recommended for VM deployments.
Details of a single cluster member.
Defines minimal amount of nodes that should be available in the cluster. In case cluster size is lower than provided number, then all instances will be marked as unhealthy in status endpoint. The recommended value can be calculated with formula n/2 + 1, where n is the total amount of nodes in the cluster. Provided value should be bigger than 1.
Enables multicast node discovery. Joining node will send the request to configured multicastAddress. All nodes that will answer to this request will form a cluster. Recommended to use in private secured networks.
Defines minimal amount of nodes that should be available in the cluster. In case cluster size is lower than provided number, then all instances will be marked as unhealthy in status endpoint. The recommended value can be calculated with formula n/2 + 1, where n is the total amount of nodes in the cluster. Provided value should be bigger than 1.
Enables node auto-discovery in Kubernetes deployments. Requires additional service, which exposes configured messageBrokerPort.
Activation of TLS 1.3 for cluster-internal communication. If SSL/TLS termination takes place on the Cadenza instances, this existing certificate store (jks) or the certificates can also be used for the message broker system. If you need support with the generation of certificates, please contact us.