Filtering node versioning policy¶
This policy describes the method of versioning of different Wallarm filtering node artifacts: Linux packages, Docker containers, Helm charts, etc. You can use this document to select the filtering node version for installation and to schedule updates of installed packages.
The artifact is the result of Wallarm nodes development that is used to install the filtering node on the platform. For example: Linux packages, Kong API modules, Docker containers, etc.
|Node version||Release date||Support until|
|2.18 and lower||November 2021|
|3.0||July 2021||February 2022|
|Next version||February 2022|
Wallarm filtering node artifact versions have the following format:
|Parameter||Description||Average release rate|
| ||Major Wallarm node version: ||No release expected|
| ||Minor Wallarm node version: ||Once a quarter|
| ||Node patch version: ||Once a month|
| ||Node build version. The value is assigned automatically by the employed package build platform. The value will not be assigned to artifacts built using a manual process. |
The value increases by 1, for example:
|As new |
We recommend using different Wallarm node version format when downloading the packages or images. The format depends on the Wallarm node installation form:
<MAJOR_VERSION>.<MINOR_VERSION>for Linux packages
<MAJOR_VERSION>.<MINOR_VERSION>.<PATCH_VERSION>for Helm charts
<MAJOR_VERSION>.<MINOR_VERSION>.<PATCH_VERSION>[-<BUILD_NUMBER>]for Docker and cloud images
When pulling Wallarm Docker images, you can also specify the version of the filtering node in the format
<MAJOR_VERSION>.<MINOR_VERSION>. Since pulled version of the filtering node contains changes of the latest available patch version, behavior of the same
<MAJOR_VERSION>.<MINOR_VERSION>image version pulled in different time periods may differ.
Versions of Wallarm nodes packages may differ within the same artifact. For example, if only one package needs to be updated, then the remaining packages retain the previous version.
Wallarm supports only 3 latest versions of the filtering node in the following ways:
For the latest version (e.g. 3.4): allows package download, releases bug fixes and updates third‑party components if detecting vulnerabilities in the used version. May release new features after a special request.
For the previous version (e.g. 3.2): allows package download and releases bug fixes.
For the third available version (e.g. 3.0): allows package download and releases bug fixes for 3 months after the date of the latest version release. In 3 months, the version will be deprecated.
Node artifacts of deprecated versions are available for download and installation, but bug fixes and new features are not released in deprecated versions.
When installing a filtering node for the first time, it is recommended to use the latest available version. When installing an additional filtering node in the environment with already installed nodes, it is recommended to use the same version in all installations for full compatibility.
It is assumed that you are using the latest available version of the filtering node when installing, updating, or configuring the product. The Wallarm node instructions describe commands that automatically install the latest available patch and build.
New version notification¶
Wallarm publishes information about the new major and minor versions in the following sources:
Information about available updates for major and minor Wallarm node versions and for Wallarm node patch versions is also displayed in Wallarm Console → Nodes for regular nodes. Each package has the status Up to date or the list of available updates. For example, the card of the filtering node with the latest component versions installed looks like:
Along with the release of the new filtering node major and minor versions, installation instructions are also published. To access instructions regarding how to update installed artifacts, please use the appropriate instructions from the Updating and Migrating section.