v1.1 release
Announcing Knative v1.1 Release¶
A new version of Knative is now available across multiple components.
Follow the instructions in the documentation Installing Knative for the respective component.
Table of Contents¶
- Highlights
- Serving v1.1
- Eventing v1.1
- Eventing Extensions
kn
CLI v1.1- Knative Operator v1.1
- Thank you contributors
Highlights¶
- Serving now has a global
min-scale
configuration - Eventing has more experimental features
Serving v1.1¶
π« New Features & Changes¶
- Add cluster wide default min-scale (#12290)
- HPA autoscaler stabilization window can be set from autoscaling window annotation (#12286)
- Metrics with names other than "cpu" or "memory" are allowed as pod custom metrics (#12277)
π Bug Fixes¶
- Allow setting TCP and HTTP port to be equal to containerPort on readiness and liveness probes (#12225)
- Drops the unix socket listener from Queue Proxy, since it is no longer used (#12298)
- Generated HPAs are now v2beta2. Window annotation will be set to HPA stabilization window (#12278)
- Remove performance tests using Mako (#12266)
- The activator optimization which directly probes the queue proxy for readiness rather than waiting for Kubernetes to report readiness is now disabled when exec probes are used (since queue proxy cannot execute these probes on the user container's behalf) (#12250)
- Use pkg/drain in queue proxy (#12033)
Eventing v1.1¶
π« New Features & Changes¶
- New experimental-feature "delivery-retryafter" flag allows use of "DeliverySpec.retryAfter" to configure handling of Retry-After headers in 429 / 503 responses. See experimental-features. (#5813)
- All core Knative Eventing Pods should now be able to run in the restricted pod security standard profile (#5863)
- Triggers now include a CloudEvents Subscriptions API compatible filters field as an experimental feature (#5715)
π Bug Fixes¶
- The Sequence type accepts any Channel spec field in the
spec.channelTemplate.spec
field (#5955) - Upgrade dependencies that contains vulnerabilities in Snyk DB (#5889)
Eventing Extensions¶
Apache Kafka Broker v1.1¶
π¨ Breaking or Notable Changes¶
- Add a new implementation of the KafkaSource API (#1415)
- Kafka Broker event delivery is hundreds of times faster (#1405)
broker.spec.config
is now required (#1555)
π« New Features & Changes¶
- The kafka-controller deployment emits probe requests against the data plane (kafka-sink-receiver and kafka-broker-receiver) to determine Kafka Broker and KafkaSink readiness (#1495)
- You can now configure which header format (b3 multi header, b3 single header, and w3c trace-context) to be used while using Zipkin backend (#1546)
- Handle non-retryable HTTP status codes as reported in the spec. For more information, see the Eventing spec in GitHub (#1574)
RabbitMQ Broker and Source v1.1¶
π« New Features & Changes¶
- Adds tracing with opencensus to the dispatcher and ingress (#370)
- RabbitMQ source now can use predefined queues instead of creating new ones (#493)
- Now the source Adapter processes messages concurrently depending on the
channel_config.prefetch_count
argument (default to 1) (#522) - Do not expose the broker class that the controller operates on as an environment variable (#512)
- The RabbitMQ Source now translates RabbitMQ messages according to the RabbitMQ Protocol Binding Spec for CloudEvents (#475)
- Falls back to RabbitMQ message content type if it is not set on the CloudEvent data or headers
- Avoids re-wrapping RabbitMQ messages that are already in the CloudEvent format
π Bug Fixes¶
- The trigger dispatcher will now only retry deliveries when response status codes status are 5XX, 404, 409, 429, or -1 (#486)
Client v1.1¶
π« New Features & Changes¶
- Add
--tag
toservice create
and allow traffic split <100 when@latest
is specified (#1514)
π Bug Fixes¶
- Fixed panic in
kn service update
(#1533) - Fixed panic in
kn service describe
(#1529) - Fix env, annotation and labels flags in service create/update/apply (#1516)
Operator v1.1¶
π« New Features & Changes¶
- Refactor image transformer to de-duplicate and simplify it (#863)
Thank you, contributors¶
Release leads: @matzew and @nak3
- @benmoss
- @boaz0
- @devguyio
- @enoodle
- @evankanderson
- @gabo1208
- @ikvmw
- @nader-ziada
- @nak3
- @pierDipi
- @rikatz
- @snowwolf007cn
- @steven0711dong
- @travis-minke-sap
- @vyasgun
Learn more¶
Knative is an open source project that anyone in the community can use, improve, and enjoy. We'd love you to join us!
- Welcome to Knative
- Getting started documentation
- Samples
- Knative working groups
- Knative User Mailing List
- Knative Development Mailing List
- Knative on Twitter @KnativeProject
- Knative on StackOverflow
- Knative Slack
- Knative on YouTube