Реализация кэша в службе WCF

Question

У меня есть служба WCF, которая кэширует определенные данные и использует их для ответа на веб-запросы. Чтобы справиться с этим требованием, я сделал услугу Singleton (используя InstanceContextMode.Single и ConcurrencyMode.Multiple (да, это потокобезопасно)).

Я пытался установить тайм-аут службы до максимума, используя следующие привязки:

<binding name="WebHttpBinding" receiveTimeout="24.20:31:23.6470000"> 
    <security mode="TransportCredentialOnly"> 
     <transport clientCredentialType="None" /> 
    </security> 
</binding> 

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

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

Есть ли лучшая стратегия для выполнения кеширования в службе WCF? Что сделали другие? Есть ли наилучшая практика?

Answer 1

Я реализовал кеширование на более высоком уровне внутри webservice.

Таким образом, вы можете решить, когда нужно аннулировать кеш, а когда десериализовать с диска.

Чтобы убедиться, что кеш построен до первого веб-запроса, добавьте код global.asax, чтобы сгенерировать кеш при загрузке веб-сервера.

Это гораздо проще, чем делать это «right way»

[OperationContract] 
public void GetLargeComplexData(); 

public GetLargeComplexData() 
{ 
    // deserialize last cached data from db or file 
    ... 

    // Verify the deserialized cache is not invalid 
    ... 

    // if cache is invalid rebuild 
    ... 

    //return cached data 
    ... 
} 

Answer 2

receiveTimeout не будет влиять на то, что вы пытаетесь сделать. Вы должны использовать AppFabric, чтобы ваш сервис всегда работал. Таким образом, всякий раз, когда вы перерабатываете, AppFabric автоматически разминка вашего сервиса. Просто убедитесь, что ваш кеш создается, когда ваша служба создается, а не когда она впервые открывается.

Answer 3

Вы можете использовать IIS7 модуль приложения прогрева

http://blogs.iis.net/thomad/archive/2009/10/14/now-available-the-iis-7-5-application-warm-up-module.aspx

Answer 4

Существует статья MSDN на Caching Support for WCF Web HTTP Services, отрывок цитируется ниже:

В .NET Framework версии 4 позволяет использовать механизм декларативного кэширования, уже доступный в ASP.NET в ваших веб-HTTP-службах WCF. Это позволяет кэшировать ответы из ваших служб WCF Web HTTP. Когда пользователь отправляет HTTP GET в вашу службу, настроенную для кэширования, ASP.NET отправляет обратно кешированный ответ, и метод службы не вызывается. Когда кеш истекает, в следующий раз, когда пользователь отправляет HTTP GET, вы вызываете свой метод обслуживания, и ответ снова кэшируется ..........

Вы также можете посмотреть по адресу:

• memcached
• Windows AppFabric
• NCache
• Caching Solutions
• WCF Caching Solution - Need Advice
• Также обратите внимание на это на Velocity from Microsoft

Answer 5

Опция вы можете использовать это, чтобы переместить кэш из службы WCF и в специальную службу кэша, такие как Memcached или использовать Microsoft AppFabric Caching

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