Update dependency kubernetes-sigs/gateway-api to v1.2.0 #6
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v1.1.0
->v1.2.0
Release Notes
kubernetes-sigs/gateway-api (kubernetes-sigs/gateway-api)
v1.2.0
Compare Source
On behalf of Kubernetes SIG Network, we are excited to announce the release of v1.2!
This release includes the graduation of 3 features to the standard channel and the introduction of 4 new features to the experimental channel, along with several improvements in many project areas.
Breaking Changes
GRPCRoute
andReferenceGrant
v1alpha2
removalAs per a previous deprecation notice, in this version, both Experimental
and Standard channel CRDs will no longer serve the
v1alpha2
versionsof
GRPCRoute
andReferenceGrant
.#3361
Upgrades
Before upgrading to Gateway API v1.2, you'll want to confirm that any
implementations of Gateway API have been upgraded to support the
v1
APIversion of these resources instead of the
v1alpha2
API version. Note thateven if you've been using
v1
in your YAML manifests, a controller may still beusing
v1alpha2
which would cause it to fail during this upgrade.Once you've confirmed that the implementations you're relying on have upgraded
to v1, it's time to install the v1.2 CRDs. In most cases, this will work without
any additional effort.
If you ran into issues installing these CRDs, it likely means that you have
v1alpha2
in thestoredVersions
of one or both of these CRDs. This field isused to indicate which API versions have ever been used to persist one of these
resources. Unfortunately, this field is not automatically pruned. To check these
values, you can run the following commands:
If either of these return a list that includes "v1alpha2", it means that we need
to manually remove that version from
storedVersions
.Before doing that, it would be good to ensure that all your ReferenceGrants and
GRPCRoutes have been updated to the latest storage version:
Now that all your ReferenceGrant and GRPCRoute resources have been updated to
use the latest storage version, you can patch the ReferenceGrant and GRPCRoute
CRDs:
With these steps complete, upgrading to the latest GRPCRoute and ReferenceGrant
should work well now.
Experimental Channel: GatewayClass Supported Features
The Experimental
supportedFeatures
field in GatewayClassstatus
has changedfrom being a list of strings to being a list of objects/structs with a
name
field.
This is to allow adding in extra information to each entry at a later date.
Relevant PRs:
objects by @LiorLieberman in
#3200
Changes since v1.2.0-rc2
There was one small change since RC2 - the Gateway Infrastructure conformance
test has been marked as provisional as we're not sure that the same-namespace
requirement imposed by this test is necessary. #3373
Release Cycle changes
This was our first release using a new release
cycle that is
meant to make Gateway API releases more frequent and predictable.
There are now four phases:
of features we want to include in the release. A key deliverable here is
ensuring that the Experimental channel does not get any bigger than it already
is; we want to ensure that features make their way to Standard or are removed.
solidify and meet graduation criteria for in-scope GEPs.
changes from GEPs into changes to both the API specification and
documentation.
required upstream reviews, get any further required changes in, and release
our release candidates so that implementations can get started with work on
the new features asap.
For all the detail about this, please see the Release Cycle
docs.
Relevant PRs:
#3063
Standard Channel Additions and Changes
The Standard channel is Gateway API's set of maximally-stable install files.
Only features with the best testing and support are added to the standard
channel. This channel should be considered GA or stable, and future changes will
be fully backwards compatible.
Infrastructure Labels and Annotations 🎉
GEP-1867 added an
infrastructure
stanza to Gateway objects that is intended to carryinfrastructure configuration specific to that Gateway object.
GEP-1762 adds a section for
labels
andannotations
to this stanza that specifies labels and annotationsto be annotated to all resources created to fulfill that Gateway request.
This feature can be used to affect the labels and annotations created on
LoadBalancer Services by in-cluster implementations to fulfill the Gateway
contract or by Cloud Load Balancing resources created by Cloud Providers.
This feature has graduated to Standard and is now considered GA or Stable.
This feature's name for conformance tests and GatewayClass status reporting is
GatewayInfrastructurePropagation
.This feature's status is Extended, meaning that it is optional for
implementations to support. If you're using Experimental Channel, you can refer
to the
supportedFeatures
field in thestatus
of any GatewayClass.Relevant PRs:
#3272
@snorwin in #3284
HTTPRoute Timeouts and Durations 🎉
The HTTPRoute
Timeouts
field on Route Rules has graduated to Standard and isnow considered GA or Stable.
This field allows you to configure overall Request Timeouts as well as Backend
Request Timeouts. For more information, refer to GEP
1742.
The relevant feature names this for conformance tests and GatewayClass status
reporting are:
HTTPRouteRequestTimeout
forhttproute.spec.rules[].timeouts.request
HTTPRouteBackendTimeout
forhttproute.spec.rules[].timeouts.backendRequest
This feature's status is Extended, meaning that it is optional for
implementations to support. If you're using Experimental Channel, you can refer
to the
supportedFeatures
field in thestatus
of any GatewayClass.Relevant PRs:
#3210
#3271
BackendProtocol Support 🎉
The previous coordinated work across both Gateway API and upstream Kubernetes
which defined 3 new values for the AppProtocol field on Service Ports has
graduated to Standard and is now considered GA or Stable.
The values are:
kubernetes.io/h2c
- HTTP/2 over cleartext as described inRFC7540
kubernetes.io/ws
- WebSocket over cleartext as described inRFC6445
kubernetes.io/wss
- WebSocket over TLS as described inRFC6455
These can now be used with Gateway API to describe the protocol to use for
connections to Kubernetes Services. For more information, refer to GEP
1911.
The relevant feature names this for conformance tests and GatewayClass status
reporting are:
HTTPRouteBackendProtocolH2C
for H2C support, whenservice.spec.ports[].appProtocol
iskubernetes.io/h2c
.HTTPRouteBackendProtocolWebSocket
for Websocket support, whenservice.spec.ports[].appProtocol
iskubernetes.io/ws
orkubernetes.io/wss
.This feature's status is Extended, meaning that it is optional for
implementations to support. If you're using Experimental Channel, you can refer
to the
supportedFeatures
field in thestatus
of any GatewayClass.Relevant PRs:
HTTPRoute Extended Conformance by @dprotaso in
#3108
Other Standard channel changes
#3205
GatewayClassConditionReason "InvalidParameters" should be preferred by
@mikemorris in
#3048
have any healthy endpoints by @dprotaso in
#3121
#2263
#3166
@gauravkghildiyal in
#3195
#3185
Experimental Channel Additions and Changes
The Experimental Channel is Gateway API's channel for testing out changes and
gaining confidence with them before allowing them to go to Standard.
This channel may include features that are changed or removed later!
HTTPRoute Retry support
GEP-1731 described how to add
configuration of retries on HTTPRoute objects, and in this release, this change
has moved to Experimental.
Please see the GEP reference document or the API reference for the details.
This feature has graduated to Experimental amd should now be used for testing
and verification purposes only. Experimental features may be changed or removed
in a future version.
This feature does not currently have a feature name defined.
This feature's status is Extended, meaning that it is optional for
implementations to support.
As there is no feature name or conformance tests available for this feature as
yet, please see your implementation's documentation to see if it is supported.
Relevant PRs:
#3301
retry
stanza within HTTPRouteRule to configure retrying unsuccessfulrequests to backends before sending a response to a client by @mikemorris in
#3199
Percentage-based request mirroring
The existing Request Mirroring feature has been enhanced by allowing users to
specify a percentage of requests they'd like mirrored. These changes are
described in GEP-3171.
Please see the GEP reference document or the API reference for the details.
This feature has graduated to Experimental amd should now be used for testing
and verification purposes only. Experimental features may be changed or removed
in a future version.
This feature does not currently have a feature name defined.
This feature's status is Extended, meaning that it is optional for
implementations to support.
As there is no feature name or conformance tests available for this feature as
yet, please see your implementation's documentation to see if it is supported.
Relevant PRs:
#3178
#3283
#3302
Improvements to backend TLS configuration
Some changes have been made to Gateway API's support for configuring TLS
connections between the Gateway and backends.
Gateway has a new Experimental field that contains configuration for the client
certificate Gateways should use when connecting to Backends.
The existing BackendTLSPolicy object has had additions as well:
See GEP-3155 for all the
details.
This feature has graduated to Experimental amd should now be used for testing
and verification purposes only. Experimental features may be changed or removed
in a future version.
This feature does not currently have a feature name defined.
This feature's status is Extended, meaning that it is optional for
implementations to support.
As there is no feature name or conformance tests available for this feature as
yet, please see your implementation's documentation to see if it is supported.
Relevant PRs:
#3180
#3304
Named Route Rules
All Route Rule types (GRPCRouteRule, HTTPRouteRule, TCPRouteRule, TLSRouteRule
and UDPRouteRule) have had a new, optional
name
field to support referencingindividual rules by name.
This name, if present, may be used in
status
and logging to indicate whichroute rule is being referenced in messages in a more readable way than an array
index.
This feature has graduated to Experimental amd should now be used for testing
and verification purposes only. Experimental features may be changed or removed
in a future version.
This feature does not currently have a feature name defined.
This feature's status is Extended, meaning that it is optional for
implementations to support.
As there is no feature name or conformance tests available for this feature as
yet, please see your implementation's documentation to see if it is supported.
Relevant PRs:
#2985
3299
Other specification changes
#3127
#3186
#3192
#3218
@sanposhiho in
#3215
#3227
by @mlavacca in
#3153
#3252
in #3257
#3073
#3083
Leadership changes
In this release timeframe, Gateway API has been working on building our
contributor pool and promoting more contributors up our contributor ladder.
Congratulations to @mlavacca on being promoted into the core Gateway API
maintainer team!
Thanks to @keithmattix for all your work as one of the GAMMA leads, and
congratulations to @mikemorris on being promoted into the GAMMA lead team.
We've added two new GEP Reviewers: @kflynn and @arkodg
Also promoted in the conformance team:
Last but most certainly not least, @guicassolato has become a reviewer for
gwctl
.Congratulations to everyone on the promotions, and thanks for your continued
contributions to the Gateway API community!
Relevant PRs:
in #3109
#3231
#3253
#3254
#3255
#3296
#3303
Testing
Name. The API Channel has been set as a field for such a struct in
#3287
#3095
gwctl
In this release, gwctl is moving to a separate repo:
kubernetes-sigs/gwctl. This will
enable a more flexible and independent release process. Significant new updates
are coming to gwctl, follow the new repo for the latest updates on that project.
Although these changes won't be part of Gateway API v1.2 and will instead be
part of the separate gwctl release, we're noting them as they were merged while
the project was part of this repo:
InheritedPolicies by @gauravkghildiyal in
#3198
(using the
--for
flag) by @gauravkghildiyal in#3068
#3051
gwctl describe httproute <NAME>
now includes more details by@gauravkghildiyal in
#3181
Print
inBackendsPrinter with
PrintTable
by @deszhou in#3129
methods of other resources @deszhou in
#3076
#3136
#3145
Documentation Changes
#3066
#3067
#3085
#3084
#3113
in #3114
#3107
#3105
#3135
#3126
#3163
#3202
#3236
#3238
#3240
#3179
#3261
#3241
#3264
#3319
#3316
#3315
#3359
Testing and Conformance changes
#3119
request by @ciarams87 in
#3130
#3153
#3088
#3243
#3167
#3211
#3110
during a failed test by @TheInvincibleRalph in
#3286
#3317
#3343
#3350
New Contributors
#3083
#3085
#3105
#3152
#3130
#2263
#3218
#3215
#3178
#3180
#3238
#3257
#3211
#3261
#3289
#3286
#3315
Dependencies
Added
0393e58
Changed
v2.3.0
555b57e
1eb8caa
v1.2.1
v1.1.62
f48c80b
→bda5523
6ceb2ff
→ef581f9
6ceb2ff
→ef581f9
6ceb2ff
→f966b18
Removed
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.