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

Spike: Determine our options for working around OSSM Subscription conflicts for Gateway API

XMLWordPrintable

    • Icon: Spike Spike
    • Resolution: Unresolved
    • Icon: Normal Normal
    • None
    • None
    • None
    • None
    • None

      Currently our Cluster Ingress Operator (CIO) does not deal with conflicting Subscription resources for OpenShift Service Mesh (OSSM) (see NE-1964).

      Some different cases we see as problems that we need to look into:

      • Newer version present - What will we do in the future if we support 3.0.0 but 3.1.0 is on the cluster?
      • Older version present - What if tech preview is on the cluster, but we need 3.0.0?
      • Will older control-plane versions be able to have the subscription upgraded (by us) without disruption?

      Can we get improvements in OLM to support this? Does the new ClusterExtension resource have any solutions? Should we consider deploying the Sail Operator ourselves in the CIO? The goal of this spike is to determine how we can get past this limitation.

              alebedev@redhat.com Andrey Lebedev
              rh-ee-sutt Shane Utt
              None
              Ishmam Amin Ishmam Amin
              None
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated: