Развертывание API Azure API с помощью GIT, но что-то похожее на преобразования web.config

Question

В настоящее время я работаю над развертыванием конфигураций управления AZURE API Management на нескольких серверах. Например, DEV/TEST/PROD.

Таким образом, я могу клонировать мой репозиторий, используя GIT для моей среды DEV. Но я, возможно, захочу нажать это в TEST, используя тот же «код». Я имею в виду, что у меня не было бы всей тестовой версии TEST, но 1 * базы кода, что я мог бы преобразовать некоторые переменные для моего развертывания TEST.

Так Url будет идти из этого: http://my-DEV-url.com к http://my-TEST-url.com

В настоящее время в других мирах, как веб-сайты, например, я могу превратить мою web.config с помощью web.test.config , SO в зависимости от моей конфигурации сборки моя конфигурация автоматически преобразуется.

Итак, мой реальный вопрос: могу ли я сделать какие-либо фанки-преобразования на моем управлении API Azure json, чтобы не оставлять 3 версии (DEV/TEST/PROD) моего кода в трех разных ветвях GIT.

Любые предложения будут очень благодарны.

благодаря Russ

Answer 1

Вы можете использовать properties для определения экземпляра-Scoped значения. Свойства не могут использоваться для определения serviceUrl для API, но вы можете использовать set-backend-service policy для определения serviceUrl во время выполнения.

<policies> 
    <inbound> 
     <set-backend-service base-url="{{backend-url}}" /> 
     .... 

Затем вы устанавливаете свойство «backend-url» на требуемые значения в своих экземплярах APIM. Обратите внимание, что Свойства не экспортируются через git, поэтому все ваши экземпляры будут иметь разные значения.