Uploaded image for project: 'Network Edge'
  1. Network Edge
  2. NE-1326

Investigate OSSM subscription so we can minimize surprise interoperability issues

XMLWordPrintable

    • Icon: Spike Spike
    • Resolution: Done
    • Icon: Major Major
    • None
    • 4.17
    • NE Sprint 255, NE Sprint 256, NE Sprint 257, NE Sprint 258, NE Sprint 259, NE Sprint 260, NE Sprint 261
    • 0
    • 0

      As a user I want to have a consistent experience with run-time OSSM/GatewayAPI in OSSM 2.6 and beyond.

      If possible, I'd like to know which version of OSSM is aligned with which version of OCP.

      • Investigate the pros and cons of pinning to a subscription release version of OSSM.
      • Determine whether we can pin to z-streams of OSSM.
      • Work with OSSM to get feedback on the approach, because we don't want to unnecessarily slow down OSSM upgrades.

      We currently configure automatic subscription upgrades: https://github.com/openshift/cluster-ingress-operator/blob/master/pkg/operator/controller/gatewayclass/subscription.go#L59

      We can change that to installPlanApproval: Manual as outlined in https://olm.operatorframework.io/docs/concepts/crds/subscription/#manually-approving-upgrades-via-subscriptions.

      • Pros: changes to OSSM operators that we have not tested will not be released automatically.  This becomes more important when OSSM 3.0 is released, because it will be based on upstream Istio releases. 
      • Cons: later updates might be more difficult.  What does it take to do a Manual update?
      • Brief slack discussion: https://redhat-internal.slack.com/archives/C03S6Q5KB8W/p1687812972469569

              rfredett@redhat.com Ryan Fredette
              cholman@redhat.com Candace Holman
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: