Есть целый ряд преимуществ, которые вы можете получить по сравнению с традиционным Hashtable, при использовании распределенного кэша:
- распределенного кэш будет вне процесса. Данные будут сохранены в кэше, даже если приложение пользователя перезагрузится; традиционная хэш-таблица будет удалена с перезапуском приложения
- Распределенный кеш может использоваться совместно несколькими приложениями, данные, кэшированные одним приложением, будут доступны всем остальным; традиционная хеш-таблица будет локальна только для процесса
- Распределенный кеш обеспечивает масштабируемость, то есть добавление большего количества серверов добавит больше памяти (ОЗУ), которая будет использоваться для распределенной хэш-таблицы; где в качестве локального Hashtable можно использовать только память локального процесса в
- распределенное кэширование решения обеспечивают дополнительные функции, такие как репликация для отказоустойчивости, истечения срока, выселении и зависимостей и т.д., которые помогают пользователю лучше использовать кэширование по сравнению с хэш-таблицу
- Несколько решений, таких как NCache также предоставляют SQL-подобные запросы, которые будут использоваться на данных в оперативной памяти в распределенной кэш
Вы можете посмотреть в статье Икбал хана на MSDN о Distributed Caching On The Path To Scalability для дальнейшего понимания необходимости распределенного кэша.
Когда общие данные не поддерживаются в памяти одного сервера (и вы хотите избежать дискового ввода-вывода)? Когда вам нужна отказоустойчивость/терпимость к недоступности периодических ресурсов? – leventov
В настоящее время этот вопрос слишком широк/непонятен, что вы просите – leventov