Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[Question] How to define so that an API is only available on a Self Hosted Gateway (and not on 'Managed') ?

Open
#710 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
35/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
azure
Domain
api, cloud

Research direction

Start with the extractor tool and compare the extracted API configuration with the API's gateways property after publishing. Trace how gateway assignments are read and applied, then verify that an API extracted without Managed remains unavailable on Managed after republishing.

Written by the indexing model from the issue text.

Description

Release version

APIOps Toolkit for Azure APIM v6.0.1.3

Question Details

How can I define that an API should only be available on a Self Hosted Gateway and not on 'Managed' ?
In the AZure Portal API Management UI this is done by removing 'Managed' in the gateways property.

Expected behavior

I would like to have the possibilty to 'deny' availability on 'Managed'

Actual behavior

When a new API is created via APIOps, 'Managed' is always included in the 'gateways' property in the 'Azure Portal API Management UI' API Settings

Reproduction Steps
  1. Create an API in the 'Azure Portal API Management UI'
  2. Remove 'Managed' from the 'gateways' property in the 'Azure Portal API Management UI' (API > Settings tab)
  3. Extract the API Management configuration with the 'extractor' tool
  4. Delete the API in the 'Azure Portal API Management UI'
  5. Publish the extracted API Management configuration from Step 3
  6. Check the 'gateways' property in the 'Azure Portal API Management UI' (API > Settings tab), it will have 'Managed' which is not wanted
Dominant language
C#
Stars
448
Forks
247
PR merge metrics
No merged PRs in 30d

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Azure/apiops

All issues in Azure/apiops

Similar issues

More C# issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.