Как сделать этот Windows-Service-Scenario максимально удобным

Question

У меня есть следующий сценарий: альтернативный текст http://static.zooomr.com/images/7579022_e64808b855_o.png У нас есть веб-сервис, который позиционируется как поисковая система, используемая WebApps
Но, как мы все знаем, на 32-битных системах и IIS6: 800 МБ - это максимум. alloc-mem для веб-приложения ...

Теперь у меня появилась следующая идея, поскольку мы превышаем это ограничение:
альтернативный текст http://static.zooomr.com/images/7579028_c423e52b46_o.png
Позвольте WCF связываться со службой Windows, на которую это ограничение не влияет!

Но это подводит меня к некоторым вопросам:
Как я могу общаться со службой Windows, как я бы общался как клиент с WCF (имея методы с параметрами, получая объекты в качестве возвращаемого значения и т. Д.).

Подумав немного, следующий пост подошел ко мне.
Но я не знаком с этим сценарием.

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

Этот сценарий будет полностью выполнен с C # 3.0 и .NET 3.5 (SP1) ...

Answer 1

Я бы определенно использовал WCF в качестве коммуникационного уровня между веб-приложением и сервисом. Вы можете разместить ServiceHost в своей службе Windows и обслуживать любой тип конечной точки WCF.

Обычный шаблон, который я видел, - это подключение веб-уровня и сервисного уровня с использованием MSMQ (привязка Net MSMQ), чтобы вы отключали вызовы и выполняли некоторую буферизацию для обеспечения допустимой нагрузки. Если вам не нужна буферизация, вы можете использовать любой другой тип привязки (Net TCP или даже HTTP, хотя иногда сложно правильно настроить HTTP за пределами IIS).

Вот хороший урок:

http://msdn.microsoft.com/en-us/library/ms733069.aspx