Как отключить автоматические обновления для расширений виртуальных машин Azure?

У нас есть несколько виртуальных машин в Azure, и мы полагаемся на Расширение PowerShell DSC для развертывания нашего кода на компьютерах. Я хочу убедиться, что это расширение не обновляется автоматически, чтобы наш код, использующий функциональные возможности этого расширения, не сломался, если мы не узнаем об этом заранее.

Проблема в том, что у нас есть несколько сценариев развертывания, которые считывают коды состояния/сообщения расширения и выполняют на их основе пользовательскую логику. Когда расширение было обновлено с 1.4.0.0 (это версия плагина, когда мы впервые начали его использовать) до версии 1.5.0.0, некоторые сообщения о статусе изменились, и наш скрипт перестал работать. Это полностью сломало наш процесс развертывания, и нам пришлось сделать экстренное обновление наших скриптов, чтобы они были совместимы с v1.5. Теперь, когда была выпущена версия 1.7.0.0, точно такая же проблема повторилась. Были добавлены некоторые новые коды состояния, и мне пришлось обновить наши скрипты, иначе у нас не было бы работающего конвейера развертывания.

Можно ли указать процесс обновления вручную для этих расширений? Их установка и обновление кажутся полностью автоматизированными. В идеале я хотел бы иметь возможность обновлять их в каждом конкретном случае после тестирования наших сценариев на более новых версиях, чтобы наш процесс развертывания не был остановлен из-за этого. Бонусные баллы для тех, кому удастся найти актуальную документацию или какой-либо документ с примечаниями к выпуску, в частности, для этого расширения, поскольку я не смог найти ни одного ... Я был просто удивлен, увидев, что версия 1.7 была установлена ​​сегодня, когда я получил сообщение об ошибке из нашего скрипта, и нам повезло, что он точно знал, где искать изменения статуса.


person julealgon    schedule 25.02.2015    source источник
comment
Могут ли проголосовавшие против и те, кто проголосовал за закрытие вопроса, объяснить, почему они это делают? Почему вопрос плохой?   -  person julealgon    schedule 27.02.2015
comment
Вы спрашиваете о настройке в Microsoft Azure, и это не имеет никакого отношения к программированию. Вам следует открыть дело с Microsoft или, возможно, переработать или скрипты/пользовательскую логику для работы с автоматическими обновлениями (это был бы совершенно другой вопрос, который может быть в теме здесь).   -  person briantist    schedule 02.03.2015
comment
@briantist Хорошо, справедливо. Не могли бы вы предложить вместо этого опубликовать этот вопрос в ServerFault? Или, возможно, кто-то с достаточной репутацией мог бы переместить его туда?   -  person julealgon    schedule 03.03.2015
comment
Внезапно я бы подумал о ServerFault для этого, но проверьте правила и, возможно, просмотрите вопросы Azure, чтобы увидеть, подходит ли это.   -  person briantist    schedule 03.03.2015


Ответы (1)


По умолчанию обработчик расширения DSC обновляется до последней версии. Если вы хотите привязать себя к определенной версии, вы можете сделать это с помощью следующего командлета (в настоящее время в пользовательском интерфейсе нет возможности)

Set-AzureVMDscExtension — версия

Обратите внимание, что мы также стараемся следить за тем, чтобы обновления не вызывали проблем. Мы еще не достигли этого, но мы, безусловно, хотели бы достичь этого, чтобы все автоматически обновлялись.

person Nana Lakshmanan    schedule 06.03.2015
comment
Это отличная новость, я попробую это через день. Кстати, вы являетесь частью команды разработчиков расширения? Если вы не собирались что-то ломать, я должен сказать, что вы, ребята, до сих пор очень сильно терпели неудачу xD. Как я уже сказал, оба обновления сломали код, который у нас был, который зависел от кодов состояния из расширения. Я также пытался найти документ с журналом изменений/заметками о выпуске, но ничего не нашел. У вас есть ссылки на такие страницы, которыми вы могли бы поделиться? Я хотел бы хотя бы знать, что есть обновленная версия, если я пошел по пути исправления версии на наших виртуальных машинах. Надеюсь, это имеет смысл. - person julealgon; 06.03.2015
comment
Да, я из команды разработчиков, и мы работаем над тем, чтобы ничего не ломать. Мы еще не там, но хотим получить там как можно скорее. Вот ссылка на нашу историю выпусков [ссылка]blogs.msdn.com/b/powershell/archive/2014/11/20/ - person Nana Lakshmanan; 06.03.2015
comment
Ссылка очень полезная, беру в закладки. Блин, если бы я знал об этом раньше, я бы уже тестировал новые возможности xD. Очень благодарна за вашу поддержку, Нана, большое спасибо. - person julealgon; 07.03.2015