Release Support

The following documents the expected release cadence and support of both Gloo Edge Enterprise and Gloo Edge OSS (opensource). In general, Gloo Edge Enterprise releases will follow from the Gloo Edge OSS releases (ie, Gloo Edge Enterprise 1.3 would come from Gloo Edge OSS 1.3 code base). In other words, the community will always see the “latest releases” while enterprise would always see the first stable release of that version.

Stable releases every three months

For both Gloo Edge Enterprise and open-source Gloo Edge, we release stable builds approximately every three months. These builds will be tagged from master and will bump the minor version (ie, 1.3 to 1.4). Support for both Gloo Edge Enterprise and Gloo Edge OSS will be provided on stable branches of these releases.

Support will be release N through N-2

When stable branches are created for a particular release, i.e. a Gloo Edge Enterprise release, we’ll support both EE and OSS from that branch. We will support the current release as well as the two previous releases. For example, if Gloo Edge 1.5 is the latest Enterprise release, we will be releasing 1.6.x from master (OSS) but supporting Enterprise/OSS 1.5.x, 1.4.x, and 1.3.x. Support in this context means bug fixes and critical security fixes. Gloo Edge Enterprise customers will always have priority-fix support from, but the OSS project will eventually get those fixes as well as whatever else the community contributes.

Gloo Edge Enterprise customers can purchase additional N-x support, but the max support that can be purchased is N-3.

The recommended version for helm clients is v3.0 or greater, but helm v2 will also work.

Gloo Edge Kubernetes Envoy Helm Istio
1.8.x 1.19, 1.20, 1.21 v3 xDS API >= 3.0 1.7, 1.8
1.7.x 1.19, 1.20, 1.21 v3 xDS API >= 3.0 1.7, 1.8
1.6.x 1.19, 1.20, 1.21 v2 xDS API, v3 xDS API >= 3.0 1.7, 1.8

New features developed on master

New features for Gloo Edge Enterprise/OSS will always be developed on master. If a Gloo Edge Enterprise customer wants a new feature, it’s expected they will test a release candidate with that feature or wait for a stable release. For Enterprise, these can be released as beta releases of Gloo Edge Enterprise. For Gloo Edge OSS these would be released as patch releases off master for the latest version of Gloo Edge OSS.

Stable release process

To create a quality stable release on master the process looks like this:

Additional support information


We officially support and test 1 year of previous versions of Kubernetes, however, we expect customers to run older versions and for Gloo Edge Enterprise would provide ability to do so. As we add new features to Gloo Edge, we are mindful of what Kubernetes features we leverage so as not to raise the minimum required version. Currently our backward compatibility target is Kubernetes 1.11.


Officially, Envoy community releases are supported only N-1 (one prior release). We have the ability to back port to N-2 or more, etc in support situations without bumping the Envoy version (ie, we will fix based on the code you have deployed within the N-2 window).

Gloo Edge

We will not do new feature development (or backport to) on stable branches. Additionally, we will backport critical patches, bug fixes, and documentation fixes on all actively supported branches.

Please reach out to us on slack or email for any questions