Announcing Istio 1.24.0
Istio 1.24 Release Announcement.
We are pleased to announce the release of Istio 1.24. Thank you to all our contributors, testers, users and enthusiasts for helping us get the 1.24.0 release published! We would like to thank the Release Managers for this release, Zhonghu Xu from Huawei, Mike Morris from Microsoft, and Daniel Hawton from Solo.io.
CHANGE NOTES
Get a detailed list of what's changed.
BEFORE YOU UPGRADE
Things to know and prepare before upgrading.
DOWNLOAD
Download and install this release.
DOCS
Visit the documentation for this release.
What’s new?
Ambient mode is generally available
We are thrilled to announce the General Availability of Istio’s ambient mode! The core features (ztunnel, waypoints and APIs) have been marked as Stable by the Istio TOC. This marks the final stage in Istio’s feature phase progression, signaling the features are fully ready for broad production usage.
Since its announcement in 2022, the community has been hard at work innovating, scaling, stabilizing, and tuning ambient mode to be ready for prime time.
On top of countless changes since the Beta release, Istio 1.24 comes with a number of enhancements to ambient mode:
- New
status
messages are now written to a variety of resources, includingServices
andAuthorizationPolicies
, to help understand the current state of the object. - Policies can now be attached directly to
ServiceEntry
s. Give it a try with a simplified egress gateway! - A brand new, exhaustive, troubleshooting guide. Fortunately, a number of bug fixes in Istio 1.24 makes many of these troubleshooting steps no longer needed!
- Many bug fixes. In particular, edge cases around pods with multiple interfaces, GKE intranode visibility, IPv4-only clusters, and many more issues have been resolved.
Improved retries
Automatic retries has been a core part of Istio’s traffic management functionality. In Istio 1.24, it gets even better.
Previously, retries were exclusively implemented on the client sidecar. However, a common source of connection failures actually comes from communicating between the server sidecar and the server application, typically from attempting to re-use a connection the backend is closing. With this improved functionality, we are able to detect this case and retry on the server sidecar automatically.
Additionally, the default policy of retrying 503
errors has been removed.
This was initially added primarily to handle the above failure types, but has some negative side effects on some applications.
Upgrading to 1.24
We would like to hear from you regarding your experience upgrading to Istio 1.24. You can provide feedback in the #release-1.24
channel in our Slack workspace.
Would you like to contribute directly to Istio? Find and join one of our Working Groups and help us improve.
Attending KubeCon North America 2024? Be sure to stop by the co-located Istio Day to catch some great talks, or swing by the Istio project booth to chat.