Prepare for upgrade
This guide is a starting point to get high level overview of preparation for an upgrade to Camunda 8.8 Self-Managed: assess your infrastructure, review operational changes, and choose an upgrade strategy appropriate for your environment.
Step 1: Evaluate your current setup
Check your current setup and make sure you are ready to upgrade.
Area | Description and actions |
---|---|
Camunda version | Direct upgrades are only supported from 8.7.x to 8.8.x. You must upgrade all Camunda applications to it latest 8.7.x patch before upgrading to 8.8. |
Configuration customizations | Identify non-default parameters and values in configuration files, ingress rules, external Elasticsearch/OpenSearch configurations, and custom exporters. |
Step 2: Assess Camunda 8.8 changes and impact
Review and make sure you understand the platform-level changes between Camunda 8.7 and 8.8. Understanding these highlights helps you plan your upgrade and anticipate operational impacts.
Start with the high-level overview what's new in Camunda 8.8.
Area | What's changed | Impact |
Orchestration Cluster | Zeebe, Operate, Tasklist, and Identity are consolidated into a single Orchestration cluster. | Low |
Orchestration Cluster API | Introduced a new unified REST API for an Orchestration cluster.
| Medium |
Tasklist UI mode configuration | Tasklist V1 UI mode remains available as a configuration option during the migration period.
| Low |
Data and exporters | Introduced unified exporter architecture and unified data schema.
| Medium |
Unified components configuration | Introduced a new unified configuration with a shared YAML schema across Orchestration cluster components. To learn more, see Camunda 8.8 property changes. | Breaking changes |
Elasticsearch/OpenSearch: shared-only | Dedicated Elasticsearch or OpenSearch clusters per application are no longer supported. All Orchestration components must use a single, shared cluster. | Breaking changes |
Optimize | Performs a startup data migration that requires downtime during startup data migration. You must plan a maintenance window. | Low |
Identity, authentication, and authorization | Orchestration Cluster provides Identity and Access Management (IAM) inside a cluster. To learn more, see Identity, authentication, and authorization below. | |
Zeebe Gateway | Tenant-providing interceptors are not supported and should be replaced with built-in tenant management. | Breaking changes |
Identity, authentication, and authorization
Orchestration Cluster Identity handles authentication and authorization for Orchestration Cluster components and resources.
The following table provides a high-level overview of the impact of these changes:
Area | Description | Impact |
Access control and permissions | The new authorization model introduces fine-grained access control for Orchestration Cluster resources, replacing the previous model.
| Low |
User groups, roles, tenants, and mapping rules | This is now managed within Orchestration Cluster Identity, replacing the previous Management Identity setup.
| Low |
User task authorizations | The Tasklist V1 API supports User task access restrictions. After switching to the Tasklist V2 API, user task access restrictions do not apply. | Medium |
Identity via Keycloak | If managing Keycloak internally, you must verify the required database schema updates. Confirm supported Keycloak versions in the environment matrix. | High |
User storage in Elasticsearch/OpenSearch for Operate or Tasklist | This is no longer supported.
| Breaking changes |
LDAP authentication for Operate or Tasklist | This is no longer supported. You must transition to use OIDC or Basic Authentication. | Breaking changes |
Learn more about the Identity 8.8 changes in the Identity section of what's new in Camunda 8.8.
Step 3. Check infrastructure compatibility
Check and verify your infrastructure compatibility for Camunda 8.8.
Area | 8.8 requirement | Action |
---|---|---|
Elasticsearch/OpenSearch | Elasticsearch ≥ 8.16 (OpenSearch TBD). | Upgrade the cluster to the new version. Check the supported environments matrix to confirm the minimum version. |
CPU/Memory | Consolidated Zeebe StatefulSet shares limits. | Measure current usage. Test with a load generator. |
Storage | Same or higher IOPS as 8.7. | Check there is required space for temporary migration file. |
You should run a load test that simulates real production traffic, as component consolidation changes resource consumption. See the sizing guidelines and benchmarking recommendations to determine appropriate cluster sizing before you upgrade your production environment.
Next steps
Once you have confirmed you are ready to upgrade and taken any actions required, proceed to the upgrade.
For more information, see the component upgrade guide and version-specific documentation.