Ну
Ваш путь правильный. ServiceConfiguration.cscfg - это одно из мест, где вы можете иметь настройки службы . И здесь есть один момент: вы не можете динамически изменять конфигурацию службы с помощью локального эмулятора Azure. Если вы хотите что-то изменить в конфигурации службы, вы должны остановить сеанс отладки, изменить настройки и начать новый сеанс. Только в действующей среде Azure вы можете изменить конфигурацию службы, и она будет распространена на все экземпляры.
Я намеренно обделал сервис широкими настройками. С полным режимом IIS (доступен начиная с SDK 1.3) вы можете иметь несколько веб-сайтов на одну веб-роль. Это будет означать несколько приложений. Теперь я не хотел бы связываться с настройками для одного из приложений, с настройками для другого. Вот почему я поместил бы настройки приложения шириной в таблицу Azure. И ваше приложение может запрашивать эту таблицу каждые N секунд / минут, в зависимости от того, какое у вас целевое время ответа.
Интересно, о чем вы думаете, спрашивая выражение «Я не хочу зависеть от хранилища Azure»? Прежде всего, вы разрабатываете приложение для платформы Windows Azure. Разве у вас не будет динамических данных? Загрузка файлов или генерация файлов или что-то в этом роде? Проверьте Windows Azure Storage SLA . Я не думаю, что хранилище Windows Azure (в вашем случае я предлагаю Таблицы) будет вредит вашему приложению. Особенно, если ваша служба развертывания находится в том же географическом регионе, что и ваша учетная запись хранения.