Настройки конфигурации веб-приложения - какое место лучше хранить - PullRequest
1 голос
/ 17 января 2011



Я наткнулся на тематическое исследование за несколько дней до этого.Это связано с архитектурой веб-приложений.
Вот сценарий,
Существует один веб-сервис, используемый, скажем, 1000 веб-приложений.Этот веб-сервис размещен на определенном сервере.Если местоположение хостинга веб-службы изменилось, как другие приложения узнают об этом изменении?
Сохранение его в web.config не представляется возможным решением, так как нам нужно изменить файлы web.config для всех приложений.
Мне пришло в голову сохранить эти настройки в общем хранилище и позволить всем приложениям использовать их для адреса веб-службы, но опять же возникает вопрос о сохранении этого общего хранилища.

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

1 Ответ

1 голос
/ 17 января 2011

есть ли у вас полный доступ или контроль над всеми веб-приложениями, использующими этот веб-сервис?если это так, у вас может быть скрипт или какой-то другой код, который обновляет все их web.config (s) сразу.это кажется слишком большой работой, но на самом деле таким образом у вас больше контроля, и вы также, в конце концов, можете указать на новый URL только некоторые приложения и оставить другие на другом URL.

идея с настройкой вцентрализованная база данных обеспечивает более быстрое распространение обновлений, что также может быть плохо в случае ошибок, и тогда у вас есть все приложения, ссылающиеся на одно и то же место, и нет способа разделить это.Затем вы все равно должны подключиться к централизованной базе данных из всех них, и, возможно, вам следует добавить ключ к их web.config (s) со строкой подключения к этой базе данных, а затем, если эта база данных недоступна или недоступна,веб-приложения не смогут использовать веб-сервис просто потому, что не могут получить его URL-адрес.

Я хотел бы перейти к веб-конфигурации, в конечном итоге вы можете получить вспомогательный класс параметров, который абстрагирует получение этогоurl, поэтому пользовательский интерфейс или интерфейс не знают, откуда этот URL.

В любом случае, планируете ли вы часто менять URL-адрес веб-службы?не лучше ли скопировать его на новый URL, но также на некоторое время оставить его доступным на текущем URL?

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

надеюсь, это поможет.

Davide.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...