What Makes Long-Term Support (LTS) So Valuable to Our Customers?
Long Term Support describes a release of our Gateway and Dashboard which offers our customers, stability over a 1-2 year period. It also means we are committed to ensuring you have uninterrupted service for the lifetime of the long term release. There are many customer benefits in keeping pace with our long term release:- Stability: Tyk will always strive to avoid issuing its latest release as a long term support release. Instead, we prefer to let the release be proven in a production setting before it becomes LTS so we can iron out any rare issues.
- Security: Tyk commits that the latest LTS will be secure at the point of release by containing the latest available Go version. This ensures Go related security issues are minimized.
- Functional Richness: There will always be great capability contained in out latest LTS which moves your game on in terms of workflows.
- Continuation of Service: We will patch the LTS version every 7 weeks for the period it remains in full support.
Our current long term support release is 5.8 LTS. This is in full support from May 2025 to May 2026. This release will enter maintenance support until May 2027. Our next long term support release will be announced end of April 2026.
What Is Our LTS Offering?
We provide full support for the first 12 months, including regular maintenance intervals every eight weeks. Following this period, we transition to maintenance support for an additional 12 months, focusing on critical fixes and essential security patching as needed. We release a new Gateway LTS version every 12 months, which includes the latest stable Golang version.Advantages of a 12-Month Long-Term Support (LTS) Cycle
- It allows us to keep pace with Golang versions and other key dependency upgrades, which keeps both our customers and your customers safe (low CVE).
- It allows us to bring you the best capability whilst offering stability.
- It allows us to get great product insight and use that to improve the product.
Support Definitions
Full Support
During the full support period, we patch the LTS branch on a regular eight-week cadence. These patches may include any of the following:- Security updates
- Bug fixes
- UX and UI improvements
- Any other necessary changes, regardless of severity level.
Maintenance Support
After the initial 12 months of full support, Tyk will release a new LTS version. This means that the previous LTS version now enters maintenance support. In maintenance support, we do not offer regular planned patching. Instead, we will only fix bugs and security issues deemed critical, and this will be a reactive process based on need. If your internal upgrade processes are heavily governed, this may be something you want to take advantage of If we find something critical we will react immediately and invoke our critical fix process. Generally critical fixes are expressed as a system down with no workaround, or an urgent security issue.Current LTS releases Timeline
Version | Full Support Window | Maintenance Support Window | Completely Unsupported From |
---|---|---|---|
5.3 LTS | May 2024 - May 2025 | June 2025 - May 2026 | June 2026 |
5.8 LTS | May 2025 - April 2026 | May 2026 - April 2027 | May 2027 |
LTS+1 (version TBC) | May 2026 - April 2027 | May 2027 - April 2028 | May 2028 |
What About Non-LTS Gateway Releases?
While we maintain a regular release schedule, it’s important to clarify that these releases do not fall under the Long Term Support (LTS) category. They introduce new capabilities, appealing to teams seeking the latest features upon release. However, these specific features become part of the subsequent LTS release. Although these releases receive support, it’s essential to note their limited support duration, extending only until the arrival of the subsequent release that supersedes them. For users prioritizing stability and consistent patching, the LTS releases offer a more suitable choice.Major / Minor / Patch - How Do We Decide?
We know that an LTS release that has a major semantic version is not a desirable practice. So, we will always endeavor to avoid shipping major versions, especially major versions as LTS releases. However, sometimes it is unavoidable and we have to ship a major version. Our first commitment to you is to make our definitions of major / minor / patch are transparent:Major Version
The major version is designated as X.0 and is defined by one or more of the following:- Breaking changes to Tyk APIs, including Tyk Gateway API, Tyk Dashboard API, MDCB, Tyk EDP, and any other component that exposes APIs. Changes include not just the endpoints, but also behavior and functionality, schemas, input parameters, return error codes, and messages. The APIs are documented and published as an OpenAPI Spec document. In case we need to introduce breaking changes, we will create a new version of the API. However, currently, none of Tyk APIs are versioned.
- Breaking changes to Tyk custom plugins interfaces, breaking plugin compiler for customer Go plugins after plugins have been recompiled.
- Breaking changes in the config files in all Tyk components, fields in the config files, environment variables used by Tyk components, APIs (function calls) of Tyk middleware, Go template interface.
- Deprecation of existing functionalities or engines that break a key business process.
- Crypto deprecations.
- Changes to common names in certificates.
Minor Version
According to the Semantic Versioning specification, a MINOR version is incremented when you add functionality in a backward compatible manner. In other words, if Tyk makes changes to your software that do not break any existing functionality, you can increment the MINOR version number. For example, if you add new features or capabilities to your software without changing any existing functionality, you can increase the MINOR version number.Patch Version
A patch, sometimes just called a fix, is a small piece of code that’s used to correct a problem, usually called a bug, with an operating system or software program. Patches are software and Operating System (OS) updates that address security vulnerabilities within a program or product. Tyk may choose to release updates to fix performance bugs, as well as to provide enhanced security features.Compatibility
Tyk has a few different components that can drive questions on what version of X goes with what version of Y. When we release a new Gateway version, it triggers us to be clear on version compatibility with other areas of the Tyk stack. As part of the release of the new Gateway LTS version we will commit to showing everyone two compatibility dimensions:- Recommended releases - To ensure you get the most out of the latest Tyk experience, we’ll provide information on which versions of different components across the entire stack you need.
- Backwards Compatibility - We’ll provide information on what components and versions remain backward compatible with the new Tyk Dashboard and Tyk Gateway versions.
Available Gateway Versions on Cloud
To ensure a consistent and high-quality user experience, we have updated the way Gateway (GW) versions are displayed and supported in the Cloud console. This aligns with our Long-Term Support (LTS) policy and aims to encourage users to stay current with supported versions while reducing operational overhead for our team. Version Availability in the Cloud Console When selecting the “Latest” option, users can only choose the latest feature branch (Gateway Release Notes). When selecting the “LTS” option, users will be able to choose from the following:- Current LTS version (e.g., 5.8.x): Full support provided, with the latest patch marked as
Recommended
. - Extended Support (e.g., 5.3.x): Maintenance support only.