Сервер ресурсов desgin для корпоративных приложений

Question

Я работаю над дизайном для сервера ресурсов. Я хочу собрать на нем лучшие отраслевые практики.

Сценарий:

управляемых данными портала приложение, размещенное на веб-ферме.

Всякий раз, когда приходит запрос, элементы управления визуализируются и отправляется ответ. Для каждого изображения на странице браузер запрашивает изображение отдельно с помощью веб-службы. Поскольку все они обслуживаются одним конвейером IIS7, есть конфликт сессии. Поэтому первый запрос завершается, остальные запросы (для изображений и т. Д.) Следуют один за другим, а общее время загрузки страницы становится низким.

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

Просьба представить некоторые замечания и предложения.

Thanks

Answer 1

Две мысли.

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

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