Самый простой способ обновить представление в развертывании Azure

Question

У меня есть развертывание Azure, 8 экземпляров.

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

Когда я хочу изменить VIEW (иногда просто редактировать опечатку, иногда можно добавить новую страницу или удалить какой-либо раздел), тогда мне нужно заново развернуть все решение, очень трудоемкий процесс (компиляция, создание пакета, загрузка, развертывание , переключить VIP .....).

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

Answer 1

Проверьте это для 1.4+ SDK « Обновление веб-роли » и инструкции по ее использованию в Как обновить публикацию веб-роли и Объявление об улучшении на месте Обновления для 1,5 +.

Примечание: ручной взлом обновлений и пропуск тестирования в промежуточном слоте обойдется вам гораздо больше, чем сэкономленные 15 минут при запуске журнала. Поскольку вашему сайту требуется 8 экземпляров, он выглядит как очень интенсивно используемый - ломать его, загружая непроверенные изменения, не очень хорошая идея. Я настоятельно рекомендую сначала развернуть изменения в промежуточном слоте (т. Е. С одним экземпляром), протестировать его, а затем увеличить количество экземпляров и поменять VIP. В качестве дополнительного преимущества у вас останется работающий сайт в промежуточной стадии после замены, так что вы можете быстро восстановить его, если что-то сломалось с обновлением (т.е. сохранить старую версию в промежуточном слоте с 1 экземпляром в течение 2-4 часов).

Answer 2

Рекомендуемая или лучшая практика (единственный способ) - выполнить повторное развертывание.При развертывании пакета Azure все, что вы отправляете, это просто cspkg и cscfg.Контроллер фабрики Azure хранит хранилище только этих двух.

Другая альтернативная / интуитивная идея, которая появляется, - это сделать RD и внести изменения (однако в вашем случае сделать то же самое на 8 машинах - это очень обыденная задача).Опять же, это не рекомендуется даже для одного экземпляра Azure, поскольку контроллер фабрики может извлекать экземпляр для задач балансировки нагрузки и т. Д. В этом случае контроллер фабрики отменяет изменения, примененные к машине RD, и заново развертывает только исходные пакеты.

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

Если это связано с трудностями или с целью облегчить работу по управлению экземпляром Azure, всегда лучше выполнить повторное развертывание.