Release 7.1.0-M17

You can consume all the Activiti artifacts for this release from Alfresco Nexus:


Activiti Cloud:


Activiti Core


In the milestone 7.1.0-M17 you will find the following main fixes & features:

Changes from previous milestones

Support Horizontal Pod Autoscaling (HPA) on Activiti Cloud full chart.

Kubernetes supports horizontal scalability through Horizontal Pod Autoscaler (HPA) mechanism. In activiti-cloud-full-chart it is now possible to enable HPA for the runtime-bundle and activiti-cloud-query microservices.


The HorizontalPodAutoscaler can fetch metrics from aggregated APIs that, for Kubernetes (metrics.k8s.io), are provided by an add-on named Metrics Server.

So, Metric Server needs to be installed and launched to use the HPA feature. Please refer to this page for its installation.

HPA Configuration

In the activiti-cloud-full-chart the HorizontalPodAutoscaler is disabled by default for backward compatibility. Please add the following configuration to your values.yaml to enable and use it:

    enabled: true
    minReplicas: 1
    maxReplicas: 6
    cpu: 90
    memory: "2000Mi"
    enabled: true
    minReplicas: 1
    maxReplicas: 4
    cpu: 90

This configuration (present in the hpa-values.yaml file in this repository) enable HPA for both runtime-bundle and activiti-cloud-query.

⚠️ WARNING: the provided values are just an example. Please adjust the values to your specific use case.

Configuration Properties



enables the HPA feature



starting number of replicas to be spawned


max number of replicas to be spawned


+1 replica over this average % CPU value


+1 replica over this average memory value


enables the scaling policies


Activiti Cloud Query and HPA

Activiti Cloud supports both RabbitMQ and Kafka message broker. Activiti Cloud Query is a consumer of the message broker, so we need to be extra careful in the configuration of the automatic scalability in order to keep it working properly.

As a general rule, the automatic horizontal scalability for the query consumers should be enabled only when the Activiti Cloud has enabled partitioning.

Activiti Cloud Query and HPA with Kafka

In a partitioned installation, Kafka allows the consumers to connect to one or more partitions with the maximum ratio of 1:1 between partitions and consumers.

So when configuring HPA please don't specify the maxReplicas value greater than the partitionCount.

Activiti Cloud Query and HPA with RabbitMQ

When partitioning RabbitMQ the configuration will spawn one replica for every partition, so you should avoid activating the HorizontalPodAutoscaler in this case.

Improved Query Event Handling Performance

Query Performance Optimization Results M16 vs M17


  • Average Latency: 41ms

  • 95p Latency: 62ms

  • Throughput: 24tps


  • Average Latency: 3.6ms

  • 95p Latency: 7ms

  • Throughput: 277tps

Consistency on variables propagation

Previously, the propagation of variables to the process instance level was not consistent between user tasks and service tasks: while user tasks were mapping variables directly from the local scope to the process level, service tasks were also updating variables in the execution context before propagating them to the process level. This was leading to some misbehaviour depending on the execution order (see https://github.com/Activiti/Activiti/issues/3787).

Starting from this release, service tasks are no longer updating the execution context, but updating directly the process instance variables based on the defined mappings.

Possible side effects: with the previous implementation, connector outputs were made available to the current execution even in the case where no mapping was defined, meaning that connector outputs could be directly used in expressions for sequence flow expressions. After this change this will be no longer the case: in order to use connector outputs in further expressions you'll need to define a mapping for it (either explicitly or using one of the MAP_ALL_OUTPUTS or MAP_ALL options).

Last updated