Может ли соединительная плата SignalR использовать для построения распределенного кеша?

Question

В нашем веб-приложении используется кэширование в памяти (кэширование данных приложений), чтобы повысить пропускную способность, так что часто запрашиваемые данные не нужно загружать из базы данных (SQL Server) для каждого запроса. Потенциально, он будет развернут в веб-ферме, поэтому мы должны решить классическую проблему синхронизации кешей всех узлов. Итак, нам нужен распределенный кеш.

Легко доступны решения NCache и REDIS (и, возможно, больше). Однако, поскольку мы уже используем панель SignalR Backplane для обмена изменениями в нашем наборе данных с сервисом Windows (и клиентами браузера), мне интересно, можно ли использовать его для реализации распределенного кеша.

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

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

Answer 1

Signalr предназначен для решения в реальном времени не для статического электричества.

В вашем решении вы выберете данные на одной службе, и вы отправите их на другую услугу на объединительной плате. И что ? Вероятно, вы сохраните это в памяти. Что произойдет, если одна из служб перезапустится? Данные исчезнут. Вы никогда не столкнетесь с этой проблемой с redis. Кроме того, для этих данных вы будете использовать свою локальную память.

Также как вы справитесь с истечением срока? Кроме того, вы приложите усилия для реализации этой системы кэширования с помощью signalr.

Я не предлагаю вам использовать объединительную плату signalr для этого. Придерживайтесь Redis или smilar технологий.