Uploaded image for project: 'OpenShift Container Platform (OCP) Strategy'
  1. OpenShift Container Platform (OCP) Strategy
  2. OCPSTRAT-938

ccoctl to use user-provided boundary policy in AWS

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • CCO
    • False
    • Hide

      None

      Show
      None
    • False
    • 33
    • 33% 33%
    • 0
    • 0

      Feature Overview (aka. Goal Summary)

      As an Administrator, I want go use my own custom AWS boundary policy to provision OpenShift clusters on AWS.

      Goals (aka. expected user outcomes)

      Currently, customers are unable to use their own custom AWS boundary policy and would like a way to associated their custom boundary in the AWS spec of kind:

         CredentialsRequest (   kind: AWSProviderSpec).

      Customers would like an automated way to provision their cluster deployment using ccoctl tool while being able to use their own custom AWS boundary policy.

      Requirements (aka. Acceptance Criteria):

      A list of specific needs or objectives that a feature must deliver in order to be considered complete. Be sure to include nonfunctional requirements such as security, reliability, performance, maintainability, scalability, usability, etc. Initial completion during Refinement status.

      Use Cases (Optional):

      Include use case diagrams, main success scenarios, alternative flow scenarios. Initial completion during Refinement status.

      Questions to Answer (Optional):

      Include a list of refinement / architectural questions that may need to be answered before coding can begin. Initial completion during Refinement status.

      Out of Scope

      High-level list of items that are out of scope. Initial completion during Refinement status.

      Background

      Provide any additional context is needed to frame the feature. Initial completion during Refinement status.

      Customer Considerations

      Provide any additional customer-specific considerations that must be made when designing and delivering the Feature. Initial completion during Refinement status.

      Documentation Considerations

      Provide information that needs to be considered and planned so that documentation will meet customer needs. If the feature extends existing functionality, provide a link to its current documentation. Initial completion during Refinement status.

      Interoperability Considerations

      Which other projects, including ROSA/OSD/ARO, and versions in our portfolio does this feature impact? What interoperability test scenarios should be factored by the layered products? Initial completion during Refinement status.

            julim Ju Lim
            julim Ju Lim
            Jianwei Hou Jianwei Hou
            Stephanie Stout Stephanie Stout
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: