Выпуск ADF Azure DevOps от Dev до Prod. Как сделать, чтобы релиз не затронул Связанные сервисы
У меня есть две основные подписки: «Разработка» и «Производство» с конкретным проектом ADF. Обе фабрики данных имеют одинаковую версию, но единственными основными различиями являются связанные службы: Dev LS указывают на Dev ddbb, а Prod LS указывают на Prod ddbb.
При выпуске в Azure DevOps, от Dev до Prod, я хочу быть уверен, что эти LinkedServices изменяются и Prod LS не перестает указывать на Dev ddbb.
Чтобы это сделать, какие «параметры шаблона переопределения» мне следует ввести?
Спасибо!
Искал имена некоторых переменных, которые можно переопределить, но не нашел решения этой основной проблемы.
Ответы 1
какие «параметры шаблона переопределения» мне следует ввести?
Для выполнения задачи AzureResourceManagerTemplateDeployment@3 вы можете обратиться к ARMTemplateParametersForFactory.json, который можно найти в pipeline artifact или source repo, чтобы узнать, какие параметры ADF доступны и могут быть заменены.
Чтобы заменить новую связанную службу, я определил AzureStorageLinkedService_connectionString выше и переопределил ее в задаче.
На моей стороне это работает, имя связанной службы не изменилось, поскольку оно не переопределено. Проверьте код связанной службы из ADF, он указывает на новый.
Чтобы указать проект назначения развертывания, просто переопределите «-factoryName» в параметрах шаблона, верно? Итак, если я хочу выполнить выпуск из adf-project-1 в adf-project-2, мне просто нужно будет переопределить параметр таблицы, например -factoryName "adf-project-2".
да, если вы переопределите только -factoryName, он развернет ту же связанную службу в новом ADF, также убедитесь, что используемое соединение службы имеет разрешение на новый ADF для развертывания.
Я применил это и не смог правильно развернуть проект. В частности, я изменил параметр «Каталог» в _connectionString (с указания на ddbb_prod на указание на ddbb_dev) и сделал -factoryName «adf-project-02». После успешного релиза в adf-project-02 не было замечено никаких изменений, не только связанные сервисы остались прежними, но и появились новые конвейеры, созданные мной для целей тестирования.