-
Feature
-
Resolution: Done
-
Major
-
None
-
Strategic Product Work
-
False
-
-
False
-
OCPSTRAT-1131MicroShift Enhancements 2024 for Industrial, Retail and Public Sector edge customers
-
0% To Do, 33% In Progress, 67% Done
-
L
-
0
Feature Overview (aka. Goal Summary)
Support the new k8s Gateway API (successor of Ingress) on MicroShift.
Goals (aka. expected user outcomes)
K8s GatewayAPI is the new standard to control ingress into a k8s cluster. The goal of this feature is to have this supported on MicroShift.
As GatewayAPI is still pretty new, we start with a DevPreview for MicroShift to collect feedback from users.
Requirements (aka. Acceptance Criteria):
- MUST have: full implementation of the core feature set (incl. conformance testing)
- HTTP Route
- GRPCRoute
- SHOULD have support of all route types, as esp. for IoT Gateway solutions, non-standard Routes are important:
-
- TLS Route
- TCPRoute and UDPRoute
- Should support multiple Gateway instances, e.g. for different networks (north/south) or dediecated gateways.
- Full support the Use Cases
- basic noth/south
- Multiple applications behind a single Gateway
- Lightweight implementation, consuming as little resources as possible, without adding a full ServiceMesh implementation.
- If feasible: an optional installation in addition to the existing IngressControler implementation (HAProxy Router), so that both old Route/Ingress and new HTTPRoute can be used. e.g. "microshift-gatewayapi"
Questions to Answer (Optional):
- can this be delivered in a single release, or do we need a TechPreview phase?
Out of Scope
tbd
- Use cases
- Basic east/west use case
- Gateway and mesh use case
- Migration from existing Ingress objects to the new API - that is in the responsibility of the admin/user.
Background
GatewayAPI becomes the new defacto standard which offers more flexibility.
Customer Considerations
MicroShift customers are requesting this.
Documentation Considerations
MicroShift networking documentation needs to be augmented by examples on how to install and configure GatewayAPI, incl. the in- and out of scope functionalitly.
Interoperability Considerations
Should be in-line with OpenShift support of GatewayAPI, re-use the same implementation as much as possible, like with the current Ingress implementation.
- clones
-
OCPSTRAT-385 MicroShift IPV6 support
- Closed
- is related to
-
OCPSTRAT-247 Gateway API using Istio for Cluster Ingress - Tech Preview
- In Progress
- links to