Supported runtime and SDK releases
This topic details the supported versions of Dapr releases, the upgrade policies and how deprecations and breaking changes are communicated in all Dapr repositories (runtime, CLI, SDKs, etc) at versions 1.x and above.
Dapr releases use
MAJOR.MINOR.PATCH versioning. For example, 1.0.0.
||Updated when there’s a non-backward compatible change to the runtime, such as an API change. A
||Updated as part of the regular release cadence, including new features, bug, and security fixes.|
||Incremented for a critical issue (P0) and security hot fixes.|
A supported release means:
- A hoxfix patch is released if the release has a critical issue such as a mainline broken scenario or a security issue. Each of these are reviewed on a case by case basis.
- Issues are investigated for the supported releases. If a release is no longer supported, you need to upgrade to a newer release and determine if the issue is still relevant.
From the 1.8.0 release onwards three (3) versions of Dapr are supported; the current and previous two (2) versions. Typically these are
MINORrelease updates. This means that there is a rolling window that moves forward for supported releases and it is your operational responsibility to remain up to date with these supported versions. If you have an older version of Dapr you may have to do intermediate upgrades to get to a supported version.
There will be at least 6 weeks between major.minor version releases giving users a 12 week (3 month) rolling window for upgrading.
Patch support is for supported versions (current and previous).
The table below shows the versions of Dapr releases that have been tested together and form a “packaged” release. Any other combinations of releases are not supported.
|August 10th 2022||1.8.4||1.8.1||Java 1.6.0 Go 1.5.0 PHP 1.1.0 Python 1.7.0 .NET 1.8.0 JS 2.3.0||0.11.0||Supported (current)|
|July 29th 2022||1.8.3||1.8.0||Java 1.6.0 Go 1.5.0 PHP 1.1.0 Python 1.7.0 .NET 1.8.0 JS 2.3.0||0.11.0||Supported|
|July 21st 2022||1.8.2||1.8.0||Java 1.6.0 Go 1.5.0 PHP 1.1.0 Python 1.7.0 .NET 1.8.0 JS 2.3.0||0.11.0||Supported|
|July 20th 2022||1.8.1||1.8.0||Java 1.6.0 Go 1.5.0 PHP 1.1.0 Python 1.7.0 .NET 1.8.0 JS 2.3.0||0.11.0||Supported|
|July 7th 2022||1.8.0||1.8.0||Java 1.6.0 Go 1.5.0 PHP 1.1.0 Python 1.7.0 .NET 1.8.0 JS 2.3.0||0.11.0||Supported|
|May 31st 2022||1.7.4||1.7.0||Java 1.5.0 Go 1.4.0 PHP 1.1.0 Python 1.6.0 .NET 1.7.0 JS 2.2.1||0.10.0||Supported|
|May 17th 2022||1.7.3||1.7.0||Java 1.5.0 Go 1.4.0 PHP 1.1.0 Python 1.6.0 .NET 1.7.0 JS 2.2.1||0.10.0||Supported|
|Apr 22th 2022||1.7.2||1.7.0||Java 1.5.0 Go 1.4.0 PHP 1.1.0 Python 1.6.0 .NET 1.7.0 JS 2.1.0||0.10.0||Supported|
|Apr 20th 2022||1.7.1||1.7.0||Java 1.5.0 Go 1.4.0 PHP 1.1.0 Python 1.6.0 .NET 1.7.0 JS 2.1.0||0.10.0||Supported|
|Apr 7th 2022||1.7.0||1.7.0||Java 1.5.0 Go 1.4.0 PHP 1.1.0 Python 1.6.0 .NET 1.7.0 JS 2.1.0||0.10.0||Supported|
|Apr 20th 2022||1.6.2||1.6.0||Java 1.4.0 Go 1.3.1 PHP 1.1.0 Python 1.5.0 .NET 1.6.0 JS 2.0.0||0.9.0||Supported|
|Mar 25th 2022||1.6.1||1.6.0||Java 1.4.0 Go 1.3.1 PHP 1.1.0 Python 1.5.0 .NET 1.6.0 JS 2.0.0||0.9.0||Supported|
|Jan 25th 2022||1.6.0||1.6.0||Java 1.4.0 Go 1.3.1 PHP 1.1.0 Python 1.5.0 .NET 1.6.0 JS 2.0.0||0.9.0||Supported|
|Mar 25th 2022||1.5.2||1.6.0||Java 1.3.0 Go 1.3.0 PHP 1.1.0 Python 1.4.0 .NET 1.5.0 JS 1.0.2||0.9.0||Unsupported|
|Dec 6th 2021||1.5.1||1.5.1||Java 1.3.0 Go 1.3.0 PHP 1.1.0 Python 1.4.0 .NET 1.5.0 JS 1.0.2||0.9.0||Unsupported|
|Nov 11th 2021||1.5.0||1.5.0||Java 1.3.0 Go 1.3.0 PHP 1.1.0 Python 1.4.0 .NET 1.5.0 JS 1.0.2||0.9.0||Unsupported|
|Dev 6th 2021||1.4.4||1.4.0||Java 1.3.0 Go 1.2.0 PHP 1.1.0 Python 1.3.0 .NET 1.4.0||0.8.0||Unsupported|
|Oct 7th 2021||1.4.3||1.4.0||Java 1.3.0 Go 1.2.0 PHP 1.1.0 Python 1.3.0 .NET 1.4.0||0.8.0||Unsupported|
|Sep 24th 2021||1.4.2||1.4.0||Java 1.3.0 Go 1.2.0 PHP 1.1.0 Python 1.3.0 .NET 1.4.0||0.8.0||Unsupported|
|Sep 22nd 2021||1.4.1||1.4.0||Java 1.3.0 Go 1.2.0 PHP 1.1.0 Python 1.3.0 .NET 1.4.0||0.8.0||Unsupported|
|Sep 15th 2021||1.4||1.4.0||Java 1.3.0 Go 1.2.0 PHP 1.1.0 Python 1.3.0 .NET 1.4.0||0.8.0||Unsupported|
|Sep 14th 2021||1.3.1||1.3.0||Java 1.2.0 Go 1.2.0 PHP 1.1.0 Python 1.2.0 .NET 1.3.0||0.7.0||Unsupported|
|Jul 26th 2021||1.3||1.3.0||Java 1.2.0 Go 1.2.0 PHP 1.1.0 Python 1.2.0 .NET 1.3.0||0.7.0||Unsupported|
After the 1.0 release of the runtime there may be situations where it is necessary to explicitly upgrade through an additional release to reach the desired target. For example, an upgrade from v1.0 to v1.2 may need to pass through v1.1.
The table below shows the tested upgrade paths for the Dapr runtime. Any other combinations of upgrades have not been tested.
|Current Runtime version||Must upgrade through||Target Runtime version|
|1.4.0 to 1.4.2||N/A||1.4.4|
|1.5.0 to 1.5.2||N/A||1.6.0|
|1.7.0 to 1.7.4||N/A||1.8.0|
Breaking changes and deprecations
Breaking changes are defined as a change to any of the following that cause compilation errors or undesirable runtime behavior to an existing 3rd party consumer application or script after upgrading to the next stable minor version of a Dapr artifact (SDK, CLI, runtime, etc):
- Code behavior
- Default configuration value
- Command line argument
- Published metric
- Kubernetes CRD template
- Publicly accessible API
- Publicly visible SDK interface, method, class, or attribute
Breaking changes can be applied right away to the following cases:
- Projects versioned at 0.x.y
- Preview feature
- Alpha API
- Preview or Alpha interface, class, method or attribute in SDK
- Dapr Component in Alpha or Beta
- Components-Contrib interface
- URLs in Docs and Blog
- An exceptional case where it is required to fix a critical bug or security vulnerability.
Process for applying breaking changes
There is a process for applying breaking changes:
- A deprecation notice must be posted as part of a release.
- The breaking changes are applied two (2) releases after the release in which the deprecation was announced.
- For example, feature X is announced to be deprecated in the 1.0.0 release notes and will then be removed in 1.2.0.
Deprecations appear in release notes under a section named “Deprecations”, which indicates:
- The point in the future the now-deprecated feature will no longer be supported. For example release x.y.z. This is at least two (2) releases prior.
- Document any steps the user must take to modify their code, operations, etc if applicable in the release notes.
After announcing a future breaking change, the change will happen in 2 releases or 6 months, whichever is greater. Deprecated features should respond with warning but do nothing otherwise.
|GET /v1.0/shutdown API (Users should use POST API instead)||1.2.0||1.4.0|
|Java domain builder classes deprecated (Users should use setters instead)||Java SDK 1.3.0||Java SDK 1.5.0|
|Service invocation will no longer provide a default content type header of
Upgrade on Hosting platforms
Dapr can support multiple hosting platforms for production. With the 1.0 release the two supported platforms are Kubernetes and physical machines. For Kubernetes upgrades see Production guidelines on Kubernetes
Supported versions of dependencies
Below is a list of software that the latest version of Dapr (v1.8.4) has been tested against.
|Kubernetes||Dapr support for Kubernetes is aligned with Kubernetes Version Skew Policy|
|Open Telemetry collector (OTEL)||v0.4.0|
- Read the Versioning policy
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.