Announcing Istio 1.1

Announcing Istio 1.1

  • April 8, 2019
Table of Contents

Announcing Istio 1.1

Since we released 1.0 back in July, we’ve done a lot of work to help people get into production. Not surprisingly, we had to do some patch releases (6 so far!), but we’ve also been hard at work adding new features to the product. The theme for 1.1 is Enterprise Ready.

We’ve been very pleased to see more and more companies using Istio in production, but as some larger companies tried to adopt Istio they hit some limits. One of our prime areas of focus has been performance and scalability. As people moved into production with larger clusters running more services at higher volume, they hit some scaling and performance issues.

The sidecars took too many resources and added too much latency. The control plane (especially Pilot) was overly resource hungry. We’ve done a lot of work to make both the data plane and the control plane more efficient.

You can find the details of our 1.1 performance testing and the results in our updated performance ans scalability concept. We’ve done work around namespace isolation as well. This lets you use Kubernetes namespaces to enforce boundaries of control, and ensures that your teams cannot interfere with each other.

We have also improved the multicluster capabilities and usability. We listened to the community and improved defaults for traffic control and policy. We introduced a new component called Galley.

Galley validates that sweet, sweet YAML, reducing the chance of configuration errors. Galley will also be instrumental in multicluster setups, gathering service discovery information from each Kubernetes cluster. We are also supporting additional multicluster topologies including single control plane and multiple synchronized control planes without requiring a flat network.

Source: istio.io

Share :
comments powered by Disqus

Related Posts

Istio and Kubernetes in production. Part 2. Tracing

Istio and Kubernetes in production. Part 2. Tracing

In the previous post, we took a look at the building blocks of Service Mesh Istio, got familiar with the system, and went through the questions that new Istio users often ask. In this post, we will look at how to organize the collection of tracing information over the network. The first thing that developers and system administrators think about when they hear the term Service Mesh is tracing.

Read More
Istio Multicluster

Istio Multicluster

Istio Multicluster is a feature of Istio–the basis of Red Hat OpenShift Service Mesh–that allows for the extension of the service mesh across multiple Kubernetes or Red Hat OpenShift clusters. The primary goal of this feature is to enable control of services deployed across multiple clusters with a single control plane. The main requirement for Istio multicluster to work is that the pods in the mesh and the Istio control plane can talk to each other.

Read More