You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/design-docs/multi-protocol-cidr.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -66,6 +66,14 @@ The necessary changes would be localized within the GCP-specific implementation
66
66
* gce.EnsureLoadBalancerDeleted: This function would need to be updated to iterate through all potential forwarding rules based on the new naming scheme and delete them.
67
67
***Resource Naming Functions:** Helper functions that generate names for GCP resources would need to be adapted to produce the protocol-specific forwarding rule names.
68
68
69
+
### 5. Production Readiness
70
+
71
+
For ease of introduction, we will implement a feature flag for the support. If the feature flag is not set,
72
+
the existing behaviour will be used - specifying a service with multiple protocols will be an error.
73
+
74
+
So that traffic is not interrupted, if a ForwardingRule exists with the "old" naming convention (`k8s-fw-\[service-uid\]`),
75
+
that name will be used for the matching desired ForwardingRule.
76
+
69
77
### **5\. Alternatives Considered**
70
78
71
79
***Continue with Dual-Service Workaround:** This is the current state. It is not a true implementation of the Kubernetes feature and places an unnecessary operational burden on users.
0 commit comments