Azure MVC ServiceConfiguration.cscfg изменить после развертывания

Question

Я добавил параметр ServiceConfiguration.cscfg с идеей, что он позволит мне включить/отключить функцию приложения MVC. Код корректно читает этот параметр, но во время запуска приложения в локальном эмуляторе вычислений dev я не вижу файл ServiceConfiguration.cscfg в каталоге .csx. Я вижу только файл ServiceDefinition.csdef с ключом, но не значением. Я хочу изменить значение.

Идея состоит в том, что после развертывания у меня есть текстовый файл, который позволит мне включать/отключать части приложения, открывая текстовый файл на Azure и внося изменения.

Я не хочу быть зависимым от Лазурного хранения или прыжка с ящика Azure.

Каков наилучший способ изменить настройку моего собственного приложения в лазурном режиме?

Answer 1

Ну,

Ваш путь правильный. ServiceConfiguration.cscfg - одно из мест, где у вас может быть сервис шириной. И здесь есть одна информация, вы не можете динамически изменять конфигурацию службы с помощью локального эмулятора Azure. Если вы хотите что-то изменить в конфигурации службы, вы должны остановить сеанс отладки, изменить настройку и начать новый сеанс. Только в живой среде Azure вы можете изменить конфигурацию службы, и она будет распространена на все экземпляры.

Я намеренно выделил обширные настройки обслуживания. С полным режимом IIS (доступным с SDK 1.3) вы можете иметь несколько веб-сайтов на одну веб-роль. Это будет означать многопользовательские приложения. Теперь я бы не захотел использовать настройки для одного из приложений, с настройками для другого. Вот почему я поставил бы приложение шириной в таблице Azure. И ваше приложение может запрашивать эту таблицу каждые N секунд/минут, зависит от вашего целевого времени отклика.

Интересно, что вы думаете о том, что заявление «Я не хочу быть зависимым от Azure Storage»? Прежде всего, вы разрабатываете приложение для платформы Windows Azure. Разве у вас нет динамических данных? Загрузка файлов или создание файлов или что-то в этом роде? Проверьте номер Windows Azure Storage SLA. Я не думаю, что хранилище Windows Azure (в вашем случае я предлагаю таблицы) было бы вредно для вашего приложения. Особенно, когда развертывание службы находится в том же географическом регионе, что и ваша учетная запись.