@@ -295,12 +295,22 @@ type GatewaySpec struct {
295
295
// <gateway:experimental>
296
296
TLS * GatewayTLSConfig `json:"tls,omitempty"`
297
297
298
- // DefaultScope defines the default scope for this Gateway. If unset or
299
- // set to the empty string `""` (the default), the Gateway will not
300
- // act as a default Gateway; if set, the
301
- // Gateway will claim any Route with a matching scope set in its
302
- // UseDefaultGateway field, subject to the usual rules about which routes
303
- // the Gateway can attach to.
298
+ // DefaultScope when set configures the Gateway as a default Gateway, meaning
299
+ // it will dynamically and implicitly have Routes (e.g. HTTPRoute) attached
300
+ // to it, according to the scope configured here.
301
+ //
302
+ // If unset or set to the empty string `""` (the default), the Gateway will not
303
+ // act as a default Gateway; if set, the Gateway will claim any Route with a
304
+ // matching scope set in its UseDefaultGateway field, subject to the usual
305
+ // rules about which routes the Gateway can attach to.
306
+ //
307
+ // Think carefully before using this functionality! While the normal rules about
308
+ // which Route can apply are still enforced, it is simply easier for the wrong
309
+ // Route to be accidentally attached to this Gateway in this configuration. If the
310
+ // Gateway operator is not also the operator in control of the scope (e.g.
311
+ // namespace) with tight controls and checks on what kind of workloads and
312
+ // Routes get added in that scope, we strongly recommend not using this just
313
+ // because it seems convenient, and instead stick to explicit Route attachment.
304
314
//
305
315
// +optional
306
316
// <gateway:experimental>
0 commit comments