Сервисный уровень, реализация тайм-кэша

Question

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

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

Теперь, к моей проблеме, или, вернее, каков наилучший шаблон для реализации тайм-кера? Объекты, которые редко меняются или обновляются, например, страны и т. Д., Кэшируются и никогда не выпускаются, если пул не сбрасывается.

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

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

Как вы советуете мне решить эту интересную проблему и почему так?

Answer 1

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

• Windows Server AppFabric
• NCache

Таким образом, вам не нужно беспокоиться о запуске двух служб, выполняющих то же самое.

Обе эти технологии поддерживают кеширование объекта в течение определенного времени.

т.д .:

public void Add(string key, object value, TimeSpan timeout) 
{ 
    //... 
} 

Или вы можете кэшировать их на неопределенный срок.

Редуцирование поддерживается. Однако имейте в виду мелкий шрифт.

AppFabric Redundancy

Назад в 2010 году я написал несколько сообщений о AppFabric и NCache.

• http://cgeers.com/2010/07/04/windows-server-appfabric-caching/
• http://cgeers.com/2010/07/11/ncache-distributed-in-memory-object-cache/

Оба обеспечивают легкий и аналогичный API для работы с.

Answer 2

ASP.Net уже имеет довольно красивую систему кэширования. Есть ли причина, по которой вы не можете ее использовать?

Он поддерживает синхронизацию тайм-аута кэша, промывку внешними событиями, его можно настроить на использование памяти, базы данных, отдельного сервера кеша, распределенного кеша и т. Д. Не должно быть никаких оснований для Вас, чтобы сделать свой собственный :-)

Answer 3

MemCached - другой. MemCached предназначен для распределенных архитектур, таких как описываемые вами. Я использую адаптер, написанный Paul Glavic. Он написал сообщение here, в котором демонстрируется, как его использовать.

Переходник Glavs позволит вам в будущем отказаться от реализации кеширования от кэширования Aspnet до MemCached или AppFabric.

Адаптер также обеспечивает хороший API в виде ICacheProvider:

var data1 = cacheProvider.Get<SomeData>("cache-key", DateTime.Now.AddHours(1),() => 
{ 
    // With the cache disabled, this data access code is executed every attempt to 
    // get this data via the CacheProvider. 
    var someData = new SomeData() { SomeText = "cache example1", SomeNumber = 1 }; 
    return someData; 
});