Uploaded image for project: 'Red Hat 3scale API Management'
  1. Red Hat 3scale API Management
  2. THREESCALE-9974

Support the standardized STS configuration flow via OLM and CCO for 3scale

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Won't Do
    • Icon: Major Major
    • None
    • None
    • 3scale Operator
    • None
    • Standard STS config via CCO for the 3Scale operator on OpenShift
    • False
    • None
    • False
    • OCPSTRAT-127Continued STS enablement for selected OLM-managed operators
    • Not Started
    • Not Started
    • Not Started
    • Not Started
    • Not Started
    • Not Started
    • To Do
    • OCPSTRAT-127 - Continued STS enablement for selected OLM-managed operators
    • 100% To Do, 0% In Progress, 0% Done

      Goals

      Establish a common and simplified configuration experience for 3scale on STS-enabled OpenShift clusters using the new, standardized configuration flow described in OCPSTRAT-171. Users have a repeatable process to configure the 3scale operator for STS with well-known inputs and behavior and can reuse the knowledge about that process with other operators. The support should be introduced in a release of the 3scale operator as soon as possible.

      Non-Goals

      Support for any older version of OCP than 4.14.

      Motivation

      Today, the support for AWS STS authentication is well established in our core platform but fragmented at best among our layered products and OLM-managed operators. The configuration experience is also different between individual OLM-managed operators that support STS. OCPSTRAT-6 aims to solve this for all cloud providers using the CloudCredentialOperator (CCO) and its CredentialRequest API.

      Based on this, customers get a repeatable and simple experience of installing and configuring the 3scale operator, or any OLM-managed operator that supports it, for tokenized authentication with their cloud provider.

      The 3scale operator has been identified as an operators capable of integrating with AWS APIs and therefore should support that new flow to act on customer feedback from ROSA and OSD customers.

      STS enabled AWS API communication is considered a security-relevant issue for a majority of the customers and increasingly becomes a hard requirement.

      Alternatives

      None.

      Acceptance Criteria

      • the 3scale operator implements the standardized configuration flow for STS-enabled clusters using CCO and CredentialRequests described here: https://docs.google.com/document/d/1iFNpyycby_rOY1wUew-yl3uPWlE00krTgr9XHDZOTNo/edit#
      • the 3scale operator gracefully falls back to regular operations when no role ARN is provided
      • the 3scale operator degrades when the role ARN is provided but CCO does not reconcile the CredentialRequest (either due to a bug or due to running on an older than OCP 4.14 release)
      • the 3scale operator documents what specific IAM permissions are needed when integrating with AWS using STS and provides easy to consume instructions to create those
      • the 3scale operator supports this workflow and provides the documentation from the appropriate release onwards

      Risk and Assumptions

      • Assumption: you don't currently have an existing way to integrate with STS
      • Risk: if the above assumption is wrong, you need to deprecate this configuration flow in favor of the flow defined in OCPSTRAT-171

      Documentation Considerations

      • the 3scale operator should rely on documentation the OLM portion of the OCP docs on how to carry out the configuration flow using either the OCP console or the CLI
      • the 3scale operator in its own documentation section shall supply the required IAM credential instructions

            Unassigned Unassigned
            DanielMesser Daniel Messer
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: