Uploaded image for project: 'OpenShift Pipelines'
  1. OpenShift Pipelines
  2. SRVKP-3220

Create a Design for multiple catalog support in PaaC

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Duplicate
    • Icon: Critical Critical
    • None
    • Pipelines 1.12.0
    • Pipelines as Code
    • None
    • multiple-hub-support
    • 3
    • False
    • None
    • False
    • Hide
      This release introduces the ability for platform administrators to configure multiple hub endpoints within the Pipelines-as-Code Configmap, enabling greater flexibility in task selection. Pipelines as Code now supports customization of the catalog hub, allowing users to fetch tasks from different hub locations by specifying the desired catalog hub in their PipelineRun. This enhancement provides users with the capability to utilize tasks from multiple catalog hubs within the same PipelineRun, expanding the range of available resources.



      Show
      This release introduces the ability for platform administrators to configure multiple hub endpoints within the Pipelines-as-Code Configmap, enabling greater flexibility in task selection. Pipelines as Code now supports customization of the catalog hub, allowing users to fetch tasks from different hub locations by specifying the desired catalog hub in their PipelineRun. This enhancement provides users with the capability to utilize tasks from multiple catalog hubs within the same PipelineRun, expanding the range of available resources.

      < High-Level description of the feature ie: Executive Summary >

      Goals

      < Who benefits from this feature, and how? What is the difference between today’s current state and a world with this feature? >

      Requirements

      Requirements Notes IS MVP
           
        • (Optional) Use Cases

      < What are we making, for who, and why/what problem are we solving?>

      Out of scope

      <Defines what is not included in this story>

      Dependencies

      < Link or at least explain any known dependencies. >

      Background, and strategic fit

      < What does the person writing code, testing, documenting need to know? >

      Assumptions

      < Are there assumptions being made regarding prerequisites and dependencies?>

      < Are there assumptions about hardware, software or people resources?>

      Customer Considerations

      < Are there specific customer environments that need to be considered (such as working with existing h/w and software)?>

      Documentation Considerations

      < What educational or reference material (docs) is required to support this product feature? For users/admins? Other functions (security officers, etc)? >

      What does success look like?

      < Does this feature have doc impact? Possible values are: New Content, Updates to existing content, Release Note, or No Doc Impact?>

      QE Contact

      < Are there assumptions being made regarding prerequisites and dependencies?>

      < Are there assumptions about hardware, software or people resources?>

      Impact

      < If the feature is ordered with other work, state the impact of this feature on the other work>

      Related Architecture/Technical Documents

      <links>

      Done Checklist

      • Acceptance criteria are met
      • Non-functional properties of the Feature have been validated (such as performance, resource, UX, security or privacy aspects)
      • User Journey automation is delivered
      • Support and SRE teams are provided with enough skills to support the feature in production environment

              cboudjna@redhat.com Chmouel Boudjnah
              cboudjna@redhat.com Chmouel Boudjnah
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: