Release Channel

Introduction

Release channels in our platform offer users the flexibility to choose between two main streams of updates: LTS (Long-Term Support) and Rapid. This document aims to clarify the differences between these channels and guide users in making informed decisions based on their specific requirements.

Release Channel Overview

Release ChannelCurrent version in channel
Rapid channel3.2.3.3
LTS channel3.0.5.3

LTS (Long-Term Support):

  • LTS releases prioritize stability and long-term API consistency.
  • New features are introduced on a slower cadence.
  • Non-GA (Generally Available) features are not accessible in LTS releases.
  • LTS releases are recommended for production workloads and environments requiring stability and minimal disruption.

Rapid:

  • Rapid releases offer access to the latest features and improvements at a faster pace.
  • New features are introduced approximately every three months.
  • Users can access features in Private Preview or Public Preview through controlled flags.
  • Rapid releases are suitable for users who prioritize innovation, are willing to adapt to frequent updates, and can accommodate potential changes in features and APIs.

Channel limitation

  • LTS channel clusters can't access to the Private Preview or Public Preview features.
  • There is a temporary restriction that the release channel cannot be changed after the cluster deployment. And the enrolled channel shift only allows from LTS to Rapid while the shift from Rapid to LTS is not permitted. If you want to shift the entrolled release channel, please reach out to the StreamNative support team.

Choose the release channel

In the cluster provision process, there is a new step for selecting the release channel:

Select Release Channel

After cluster provision, you can view the current enrolled channel through the Configuration tab on the Pulsar Clusters page:

Select Release Channel

Key Considerations

Stability

  • Both LTS and Rapid channels provide stable releases.
  • Stability is not compromised in either channel; the primary difference lies in the frequency of feature updates.

Feature Availability

  • LTS: Prioritizes stability over feature availability, with new features introduced on a yearly basis.
  • Rapid: Offers the latest features and improvements every three months, allowing users to access cutting-edge functionalities.

Support

  • Both LTS and Rapid channels receive support.
  • Users can expect assistance and maintenance regardless of the chosen release channel.

Compatibility

  • Rapid releases eventually transition into LTS releases, ensuring compatibility and forward version upgradeability.
  • Users need to consider compatibility when selecting the appropriate release channel, especially for long-term projects and deployments.

Recommendations

  • Active Development Projects: Rapid release channel is recommended for projects actively evolving and requiring access to the latest features and improvements.
  • Stable Environments: LTS release channel is suitable for stable environments and production workloads where long-term stability and minimal disruption are paramount.

Best Practices

  • Clear Channel Mapping: Ensure clear mapping of clusters to different release channels, especially in environments with multiple Pulsar clusters.
  • Communication and Training: Educate users about the implications of choosing between LTS and Rapid channels, including potential impacts on development workflows, feature availability, and long-term support.
  • Continuous Integration and Deployment (CI/CD): Incorporate release channel selection into CI/CD pipelines, ensuring alignment with project requirements and compatibility considerations.

Conclusion

Understanding the differences between LTS and Rapid release channels is essential for making informed decisions regarding software updates and maintenance. By aligning channel selection with project requirements and considering factors such as stability, feature availability, and compatibility, users can optimize their experience with our platform and maximize the value derived from new features and improvements.

Previous
Auto Scaling