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

Undesired behaviour in Istio Adapter integration option in Admin Portal

    XMLWordPrintable

Details

    • 15
    • Not Started
    • Done
    • Not Started
    • Not Started
    • Not Started
    • Show
      https://docs.google.com/document/d/1gf3M4L00kK7H4Gq9b7PrYx0YGxgrCREv50H5MPlxMic/edit
    • Hide
      1. Create an API and hook up the Istio Integration option.
      2. Add a mapping rule and click "Update"
      3. Go to the ActiveDocs and call the "Proxy Config Show Latest" endpoint with "production" set as environment
      4. Check the JSON output, the rule won't have been added
      Show
      Create an API and hook up the Istio Integration option. Add a mapping rule and click "Update" Go to the ActiveDocs and call the "Proxy Config Show Latest" endpoint with "production" set as environment Check the JSON output, the rule won't have been added

    Description

      When using the service mesh integration and creating a new mapping rule, those rules do not get pushed into the proxy configuration which the adapter relies on.

      The service mesh integration option should automatically update the proxy config and push to production or else we need to think of an alternative.

      The 3scale istio adapter uses the "Proxy Config Show Latest - GET" endpoint in the Account Management API. It passes the "environment" key with a value of "production" as a query parameter.

      Therefore, the adapter expects that each time a new mapping rule is created under an API that uses the "Istio Integration" option, then clicking the update should automatically update that proxy config and push it to production.

      Update Feb. 8th:

      • Discussed and agreed that in the UI the changes will be saved in staging and be pushed to prod.
      • Discussed and agreed that if making changes via API will require to make changes in staging and then use different endpoint to push changes to prod. We discussed not needing to specify the environment (production) and just using default if no value (customers of the adapter won't necessarily know about staging and production and we decided not to introduce that at this point).

      The priority here is to fix the bug, even if that means the mapping rules are a bit hidden for a while. For that, see https://issues.jboss.org/browse/THREESCALE-1689 and its subtasks.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              pgough@redhat.com Philip Gough
              Hery Ramihajamalala Hery Ramihajamalala (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: