Когда стоит использовать SQL Server как механизм распределенного кэширования?

Question

У меня есть 2 веб-сервера, и я столкнулся с проблемой, когда мне нужно преждевременно истечь (удалить) кэшированный элемент.Поскольку в настоящее время я использую IMemoryCache, вызов Remove(key) удаляет кэшированный элемент только с одного сервера.У меня нет возможности использовать Redis, Nache и т. Д., Но приложение уже использует сервер SQL.Я могу легко настроить распределенное кеширование с помощью таблицы кеша, но это кажется нелогичным, потому что я кеширую пользовательские данные, для которых я не хочу обращаться к базе данных при каждом вызове (например, я кеширую 50 элементов пользователяданные каждые 5 минут, что сократило 500 поездок в базу данных).Есть ли что-то, чего мне не хватает, что сделало бы использование SQL-сервера в качестве бэкэнда распределенного кэша действительно полезным?

Answer 1

Похоже, у вас есть типичная проблема аннулирования и истечения срока действия кэша.Вы можете использовать grid-кеш для распределенного кэширования (например, Redis, Hazelcast), но это не решает проблему аннулирования.Возможно, вы захотите рассмотреть таких поставщиков, как ScaleArc или Heimdall Data.Они обеспечивают логику кеширования.Вы выбираете хранилище (в памяти, Redis и т. Д.), И оно обрабатывает кеширование и аннулирование запросов.Блог по SQL Server: https://www.itprotoday.com/industry-perspectives/reduce-sql-server-costs-heimdall-data-caching