-
Epic
-
Resolution: Unresolved
-
Undefined
-
None
-
None
-
Add GA Support for Gateway API via Istio
-
BU Product Work
-
False
-
None
-
False
-
Green
-
To Do
-
OCPSTRAT-134 - Gateway API using Istio for Cluster Ingress - GA
-
OCPSTRAT-134Gateway API using Istio for Cluster Ingress - GA
-
61% To Do, 0% In Progress, 39% Done
-
0
-
0
Epic Goal
- Add Gateway API via Istio Gateway implementation as GA in future release
Problem: ** As an administrator, I would like to securely expose cluster resources to remote clients and services while providing a self-service experience to application developers.
GA: A feature is implemented as GA so that developers can issue an update to the Tech Preview MVP and:
- can no longer change APIs without following a deprecating or backwards compatibility process.
- are required to fix bugs customers uncover
- must support upgrading the cluster and your component
- provide docs
- provide education to CEE about the feature
- must also follow Red Hat's support policy for GA
Why is this important?
- Reduces the burden on Red Hat developers to maintain IngressController and Route custom resources
- Brings OpenShift ingress configuration more in line with standard Kubernetes APIs
- Demonstrates Red Hat’s leadership in the Kubernetes community.
Scenarios
- ...
Acceptance Criteria
- Gateway API and Istio Gateway are in an acceptable standing for GA
- Istio Gateway installation without sidecars enabled
- Decision completed on whether a new operator is required, especially for upgrade and status reports
- Decision completed on whether Ingress->Gateway (or Route->Gateway) translation is needed
- Enhancement Proposals, Migration details, Tech Enablement, and other input for QA and Docs as needed
- API server integration, Installation, CI, E2E tests, Upgrade details, Telemetry as needed
- TBD
Dependencies (internal and external)
- OSSM release schedule aligned with OpenShift's cadence, or workaround designed
- ...tbd
Previous Work (Optional):
Open questions::
- …
Done Checklist
- CI - CI is running, tests are automated and merged.
- Release Enablement <link to Feature Enablement Presentation>
- DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
- DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
- DEV - Downstream build attached to advisory: <link to errata>
- QE - Test plans in Polarion: <link or reference to Polarion>
- QE - Automated tests merged: <link or reference to automated tests>
- DOC - Downstream documentation merged: <link to meaningful PR>