istio
/
istio.io
mirror of https://github.com/istio/istio.io.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Istio 1.2 announcement blog post (#4468)

This commit is contained in:
Dan Ciruli 2019-06-18 17:45:33 -07:00 committed by Martin Taillefer
parent 9a2f93fa0d
commit ba7d36612c
3 changed files with 75 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

1
.spelling
View File

@ -156,6 +156,7 @@ distro
DNS
docker-compose's
docker.io
Drucker
Duggirala
e.g.
eBPF

5
content/about/feature-stages/index.md
View File

@ -48,6 +48,7 @@ Below is our list of existing features and their current phases. This informatio
| Enabling custom filters in Envoy | Alpha
| CNI container interface | Alpha
| [Sidecar API](/docs/reference/config/networking/v1alpha3/sidecar/) | Alpha
| SNI (multiple certs) at ingress | Stable
The `Sidecar` runtime is considered Beta. However, its API is still subject to a backwards incompatible change. Due to this, we advertise it as Alpha.
@ -63,6 +64,7 @@ The `Sidecar` runtime is considered Beta. However, its API is still subject to
| [Istio Component Dashboard in Grafana](/docs/tasks/telemetry/metrics/using-istio-dashboard/) | Stable
| [Distributed Tracing](/docs/tasks/telemetry/distributed-tracing/) | Stable
| [Stackdriver Integration](/docs/reference/config/policy-and-telemetry/adapters/stackdriver/) | Beta
| [Distributed Tracing to Zipkin / Jaeger](/docs/tasks/telemetry/distributed-tracing/) | Beta
| [Logging with Fluentd](/docs/tasks/telemetry/logs/fluentd/) | Beta
| [Trace Sampling](/docs/tasks/telemetry/distributed-tracing/overview/#trace-sampling) | Beta
@ -81,6 +83,9 @@ The `Sidecar` runtime is considered Beta. However, its API is still subject to
| [Authorization (RBAC)](/docs/concepts/security/#authorization) | Alpha
| [End User (JWT) Authentication](/docs/concepts/security/#authentication) | Alpha
| [OPA Checker](/docs/reference/config/policy-and-telemetry/adapters/opa/) | Alpha
| [Authorization (RBAC)](/docs/concepts/security/#authorization) | Alpha
| [TCP Authorization (RBAC)](/docs/tasks/security/authz-tcp) | Alpha
| [Cert management on Ingress Gateway](/docs/tasks/traffic-management/ingress/secure-ingress-sds) | Beta
| [Vault integration](/docs/tasks/security/vault-ca) | Alpha
| [SDS Integration](/docs/tasks/security/auth-sds/) | Alpha

69
content/blog/2019/announcing-1.2/index.md Normal file
View File

@ -0,0 +1,69 @@
---
title: Announcing Istio 1.2
subtitle: Major Update
description: Istio 1.2 release announcement.
publishdate: 2019-06-18
attribution: The Istio Team
release: 1.2.0
---
We are pleased to announce the release of Istio 1.2!
{{< relnote linktonote="true" >}}
The theme of 1.2 is Predictable Releases - predictable in quality (we want
every release to be a good release) as well as in time (we want to be able
to ship on well known schedules).
As nearly anyone using Istio 1.0 noticed, it took us a long time to get 1.1
out. Far too long. One of the reasons was that we needed to do some work on
our testing and infrastructure -- it was simply far too manual a process to
build, test and release. Because of that, 1.2 focuses on improving the
stability of these new features, and improving general product health.
In order to make release quality and timing predictable, we declared a
"Code Mauve", meaning that we would spend the next iteration focusing on
project infrastructure. As a result, we’ve been investing a ton of effort
in our build, test and release machinery.
We formed 3 new teams (GitHub Workflow, Source Organization, Testing
Methodology, and Build & Release Automation). Each had a set of issues to
take on and a set of exit criteria. Code Mauve isn’t over yet, in fact we
expect it to go
on for some time. We’re putting in place the infrastructure to measure the
metrics each team decided on (paraphrasing Peter Drucker: if you can’t
measure it, you can’t manage it).
You might have noticed that the [patch releases](/about/notes) for 1.1 have
been coming fast and furious.
In order to get features in the hands of our customers and users as soon as
possible, most of the new features from the last three months have been
delivered in 1.1.x releases. With 1.2, those features are now officially
part of the release. See a complete
list of changes in the [release notes](/about/notes/1.2).
We're seeing early results from the usability group. In the release notes,
you'll find that you can now set log levels for the control plane and the
data plane globally. You can use `istioctl` to validate that your Kubernetes
installation meets Istio's requirements. And the new
`traffic.sidecar.istio.io/includeInboundPorts` annotation to eliminate the
need for service owner to declare `containerPort` in the deployment yaml.
Some of the features have matured as well. The following features have
progressed from Beta status
to Stable: SNI at ingress, distributed tracing, and service tracing. The
following features have reached beta status: cert management on ingress,
configuration resource validation, and configuration processing with Galley.
We know there are lots of feature requests outstanding, and we have an
exciting roadmap (watch for a forthcoming post from the TOC on that). The
work we have done in this release has taken care of some technical debt which
will help us get those features out reliably in future.
As always, there is also a lot happening in the [Community
Meeting](https://github.com/istio/community#community-meeting) (Thursdays at
`11 a.m. Pactific`) and in the [Working
Groups](https://github.com/istio/community/blob/master/WORKING-GROUPS.md). And
if you haven’t yet joined the conversation at
[discuss.istio.io](https://discuss.istio.io), head over, log in with your
GitHub credentials and join us!