Stackexchange.redis: Os novos recursos relacionados ao Redis 6 oferecem suporte à implementação relacionada

Oi. A maioria deles são "módulos", o que significa: parafusos para redis. Como qualquer um
podem escrever seus próprios módulos, não criamos suporte de módulo diretamente em
a biblioteca, mas:

• você pode invocar qualquer método de módulo via "Execute"
• alguns módulos podem ter suporte dedicado em bibliotecas que se baseiam neste
  um, por exemplo NRediSearch para o módulo de pesquisa.

Streams e pub / sub são recursos básicos do redis com suporte direto no
a biblioteca.

Na terça-feira, 12 de maio de 2020, 18:55, Kamran Shahid, [email protected] escreveu:

Não é um bug, mas apenas uma consulta.
Existe algum trabalho para oferecer suporte a novos recursos no redis 6.0
acabei de ouvir a seguinte palavra da moda na conferência redis

Gráfico Redis, pesquisa Redis, engrenagens Redis, Redis AI, Redis bloom, RedisJson, Redis Time series
Streams, filas, Pub / Sub

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/StackExchange/StackExchange.Redis/issues/1459 ou
Cancelar subscrição
https://github.com/notifications/unsubscribe-auth/AAAEHMCDWATMXORB7VC25BTRRGESVANCNFSM4M7BJ4CQ
.

Embora não esteja relacionado aos recursos listados acima, mas ainda seja um novo recurso no Redis 6.0, "cache do lado do cliente auxiliado pelo servidor" . Basicamente, o servidor pode enviar uma mensagem "invalidar" para uma chave específica se o rastreamento do cliente estiver ativado.

Eu tenho uma biblioteca de cache que atualmente usa pub / sub para se comunicar entre instâncias para invalidação de cache, embora esse novo recurso no Redis possa ser útil / melhor para a mesma funcionalidade.

Esse é um tipo de recurso que você acha que seria adequado para a biblioteca? Fico feliz em ajudar a contribuir com este recurso também, apenas curioso se você deseja essa funcionalidade na biblioteca. 🙂

Temos um cache interno que pretendíamos colocar na biblioteca há anos, mas estamos adiando por causa desse recurso. O que não significa que nossa implementação seja parcialmente boa - meu ponto é simplesmente "ela já está no nosso radar".

Algumas complicações:

• meu palpite é que devemos fazer isso por meio do modo "optin" usando uma nova entrada CommandFlags que envia um pré-comando CACHING
• temos planos de examinar o RESP3 e o pool de conexões (e por "planos" quero dizer "está totalmente prototipado"); só precisamos ser claros sobre o ID do cliente de redirecionamento
• e pense em como a reconexão funciona para a conexão de dados e pub / sub
• e pense sobre como isso é habilitado em primeiro lugar; é simplesmente que o primeiro CommandFlags.Caching (nova opção) visto em uma conexão traz os bits extras de configuração? Essa é provavelmente a opção mais simples e evita muitas complexidades relacionadas ao agrupamento e reconexão

Impressionante ouvir @mgravell - imaginei que você provavelmente faria, pois sei que sua solução de cache no SO já faz algo semelhante com invalidação de cache por meio de pub / sub.

Embora eu não seja um especialista em Redis, se houver algo que eu possa fazer para ajudar a construir / testar algo relacionado a isso, estou ansioso para fazer isso, pois acho que seria útil para minha biblioteca de cache também.

Quando podemos esperar o suporte inicial do RESP3? Estou prestes a escrever uma extensão Redis Timeseries sobre ExecuteAsync e gostaria de receber um IReadOnlyDictionary <> de volta em vez de uma matriz RedisResult multidimensional.