У нас есть приложение С# с использованием SignalR и Amazon ElastiCache в качестве объединительной платы. Однако даже SignalR позволяет маскировать определенные команды, которые он по-прежнему отправляет CONFIG в ElastiCache, который терпит неудачу SignalR молча (CONFIG не поддерживается ElastiCache). На данный момент мы скомпилируем наш собственный двоичный файл SignalR с изменением процедуры автоматической реконфигурации.
Интересно, что кто-то еще споткнулся об этой проблеме и хотел посмотреть, как вы ее решили.
Лучшей идеей было бы написать прокси для ElastiCache (например, прокси-сервера Twitter), но это огромная задача.
Спасибо заранее.
В этом случае клиент важен и выпекает вашу собственную определенную плохую практику SignalR. Вы проверили эту страницу http://www.asp.net/signalr/overview/performance/scaleout-with-redis: этот метод использует StackExchange.Redis(StrongName) и StackExchange.Redis имеет много вариантов подключения.
Мы используем тот же метод, описанный на странице на AWS с Elasticache Redis, и у нас нет никаких проблем, которые у вас были...
С уважением...