Автоматизация стилей портала

Question

Мы полагаемся на тяжелую автоматизацию для управления ресурсами по всему API Management В некоторых случаях, однако, некоторые типы ресурсов (например, стили портала), по-видимому, невозможно достичь с помощью подхода автоматизации.

Мы пытаемся определить, есть ли API, который мы пропустили; или, если есть альтернативный маршрут для автоматизации управления ресурсами, такими как стили портала.

В ретроспективе этот вопрос связан с тем, можно ли автоматизировать настройку "портала разработчика" в Azure API Management? но я все еще хотел бы знать, были ли изменения в API после того, как вопрос был представлен.

Мы рассматриваем следующие подходы:

1. Гит

   Согласно https://docs.microsoft.com/en-us/azure/api-management/api-management-configuration-repository-git репозиторий Git, связанный с API Management экземпляр содержит portalStyles папка.

   Папка portalStyles содержит таблицы конфигурации и стилей для настройки портала разработчика для экземпляра службы.

   С поддержкой API для сохранения (и развертывания) конфигураций на основе Git в API Management Например, мы можем автоматизировать точку сохранения, загрузить (клонировать) репозиторий Git, применить изменения кportalStyles папку и обратный процесс.

   Однако пока API Management предлагает подход Git-репозитория, это решение "все или ничего", которое не работает, когда разные команды делятся API Management пример. В основном это требует, чтобы экземпляр стал доступным только для чтения (или заблокирован для одного пользователя) во время операций.

   Этот подход кажется совершенно неуместным, но я заявляю здесь, чтобы визуализировать то, что мы считаем требованием автоматизации, очевидно.

2. CMS API

   Согласно [ https://github.com/uglide/azure-content/blob/master/articles/api-management/api-management-customize-portal.md][2]

   Портал для разработчиков основан на системе управления контентом или CMS.

   Это утверждение как-то объясняет, где хранится контент; однако, это не объясняет, как автоматизировать управление этим типом ресурса.

Есть ли доступный API для публичного использования, который мы пропустили? Мы рассматриваем обратный инжиниринг вызовов API REST, сделанных SPA, и интегрируем их в процесс автоматизации.

Мотивация и фон:

Мы написали API, который использует управляемый API Azure REST для отражения над экземпляром API Management и (среди прочих функций) читает или записывает файлы указателей JSON с идентификаторами в ресурсы, найденные во время отражения.

Файл указателя обычно адаптируется перед загрузкой выбранных продуктов / подписок, apis / операций, политик, свойств, групп / пользователей и т. Д. В локальный автономный репозиторий (например, для хранилища Git) или используется для развертывания между экземплярами Artibrary API Management. API абстрагировался от API REST API Mangement, так что репозиторий на основе файловой системы эквивалентен репозиторию на основе REST.

Такой дизайн уже сэкономил нам много времени на такие операции, как переименование свойств (именованных значений) во всех политиках, сканирование на наличие использованных свойств, развертывание в интеграционном тесте, подготовка, подготовка и подготовка. Очевидно, мы хотели бы автоматизировать оставшиеся типы ресурсов.