Первоначально опубликовано в PaymentShield Tech Blog.
Когда мы в PaymentShield Решили, что мы хотели построить новую API для отдыха, мы приняли решение разложить в отдельные услуги, так как было практично. Это, надеюсь, будет хорошо использовать услуги Azure App Services в качестве инфраструктуры автоматической масштабирования, и это побудило бы нам разделить API из основных реализаций — сейчас и в будущем. Как много организаций, мы на Микроверидическое путешествие И это выглядело как хорошее начало.
Чтобы представить последовательную API нашим интеграторам (несмотря на разнообразные хозяева, потенциально отбывающие ответы), нам нужен фасадный слой сверху. В рамках нашей Buy-In в современные Azure Services мы встали на управление AZURE API (APIM).
Azure Apim Config с Git
Вы можете настроить APIM с нагрузкой на точку и нажмите на портал Azure. Естественно, это не работает хорошо для долгосрочного обслуживания; Нам нужен последовательный, автономный, контролируемый версией метод внесения изменений в конфигурацию APIM.
К счастью, идея DevOps не теряется на MS, которые построили GIT REPO в каждый экземпляр APIM. В результате вы можете проверить свой APIP Config с его внутреннего репо, вносит изменения в VS-код или ваш редактор выбора, и синхронизируйте их обратно в текущий экземпляр.
Это действительно помогло нам, когда пришло дублировать наши UAT, чтобы жить. Настроив UAT, мы вытащили его, а также вытащили «пустой» Live APIM REPO (на самом деле, новый экземпляр APIM является загрузкой с примером API «Echo»). Зная, что схема API была идентична для UAT и вживую, и только конечные точки изменились, мы скопировали конфигурацию по всему миру, а затем искали и заменили наш известный сегмент URL-адреса «UAT» с помощью сегмента Live URL.
Простое git Добавить , совершать и толчок Позже конфигурация вжимается с правильными резюмирующими URL.
Добавленное преимущество контроля конфигурации APIM через Git заключается в том, что, возможно, не каждый разработчик имеет доступ к доступу в доступе к Live APIM в портале, но таким образом, вы сможете контролировать доступ с помощью учетных данных Git (Time Shimage) и продлить доверие к Devs.. давая им эти полномочия. Легкий.
Сложность сгенерированных учетных данных
Сгенерированные учетные данные не являются сверхпростыми в использовании. Я обнаружил, что мой Git Client боролся с ними в обычном имени пользователя/пароле, и мне пришлось вместо этого установить мою дистанционное управление, используя синтаксис https://Пользователь: password@repository.url Отказ Чтобы дополнительно усложнить вопросы, пароль APIM Git содержит специальные символы, поэтому сначала вы должны сначала кодировать URL-URL.
После этого Ригемарола REPO работает так, как вы ожидаете. Последний Gotcha — это то, что за месяц, когда вам нужно удалить удаленное и повторно добавить его с новым паролем, поскольку 30 дней — максимальная продолжительность жизни для учетных данных APIM!
Что дальше
Было бы здорово, если APIM может использовать третьсторонний репозиторий, как Azure App Services ETC может быть развернут из Azure Repos или GitHub. В настоящее время мы ограничиваем использование этого встроенного Git Reppo, который, как вы можете видеть, имеет свои ограничения.
Если вы работаете с APIM, как вы решили DEVOPS?
Оригинал: «https://dev.to/stegriff/azure-api-management-and-git-10a7»