Redis adossés à des ASP.NET SessionState fournisseur

Je suis en train de développer un ASP.NET SessionState fournisseur personnalisé qui est soutenu par le Redis à l'aide de Booksleeve. Redis semblait être un ajustement parfait pour SessionState (si vous devez l'utiliser) car:

  • Redis pouvez stocker durablement comme un SGBDR, cependant il est beaucoup plus rapide.
  • Une Clé/Valeur de la banque de données s'adapte à l'interface de SessionState.
  • Puisque les données ne sont pas stockées dans le processus (comme la Session par défaut du fournisseur), SessionState peut vivre en dehors du serveur web redémarre, les accidents, etc.
  • Redis est facile d'éclat à l'horizontale si cela devient une nécessité.

Donc, je me demande si ce sera utile à quelqu'un, puisque nous (mon entreprise) envisagent open source sur GitHub. Pensées?

Mise à JOUR:

Je l'ai fait sortir une première version de ce hier: https://github.com/angieslist/AL-Redis/blob/master/AngiesList.Redis/RedisSessionStateStore.cs

  • Serait très utile - en fait, j'ai commencé à enquêter sur moi-même pas trop longtemps, alors je serais certainement contribuer à ce projet un peu. Je recommande fortement que si vous plongez dans cette, vous générez sur le dessus de la ServiceStack ICacheClient interface. Redis est l'un des rares inclus cache clients, y compris un processus en mémoire cache qui serait formidable pour le débogage.
  • Si c'est utile pour vous, il sera utile à d'autres. Le faire.
  • Jusqu'à présent j'ai coincé avec Booksleeve comme le Redis client lib. J'ai d'abord regardé l'aide de SS ICacheClient, mais j'ai rapidement réalisé que le Redis hachage de type de données est la solution idéale pour SessionData. J'ai donc besoin d'un niveau inférieur, Redis-spécifiques du client. Aussi, depuis que j'ai besoin de faire, par HttpRequest de verrouillage afin de correctement mettre en œuvre les mêmes fonctionnalités que le haut-ASP.NET Session fournisseurs, j'ai pensé que je devrais rester plus près du métal. Finalement, cependant, je voudrais faire de verrouillage en option configurable.
  • Surpris de cette question n'était pas immédiatement fermé de ne pas constructif par les mods...(la grande idée de projet btw)
  • Je ne prévoyez sur l'utilisation de ServiceStack.Texte pour fournir une gamme de choix pour la sérialisation. Je reçois une sérialisation native déjà à l'aide de SessionStateItemCollection.Désérialiser/Sérialiser. Ensuite, je peux ajouter JSON et JSV à l'aide de SS.Le texte, ainsi que d'une interface pour mettre en œuvre afin que n'importe qui peut créer leur propre sérialiseur.
  • Curieusement j'ai l'intention de parler de ce sujet demain à Øredev 2011. Nous (SE) de ne pas ajouter un fournisseur d'état de session, tout simplement parce que nous n'avons pas utiliser les fonctions intégrées d'état de la session de modèle, mais ce serait une chose très pratique pour ajouter. Bien sûr, j'ai aussi quelques idées sur la candidat sérialiseurs ;p
  • Marc, sur ma TODO est enfichable en charge de différents sérialiseurs. Je suis en train de penser que built-ins inclure le JSON de @demisbellot et votre Protobuf
  • Salut, quand tu vas ajouter un téléchargement pour ce projet?
  • ne pas utiliser la fonction intégrée de session-modèle de l'état". Kevin a écrit dans meta.stackexchange.com/a/69172/51 qui "cache local contient des choses comme les sessions de l'utilisateur. Si vous utilisez les sessions et maintenant, vous n'avez pas?
  • avez-vous testé avec le partage de la session sur plusieurs serveurs (et si oui, avez-vous dû faire quelque chose de spécial afin de lui permettre d'associer la session de l'utilisateur stockées sur le redis avec le même utilisateur sur plusieurs serveurs?)
  • vous ne comprenez pas; nous faisons limited (petit) utilisation de la notion de l'état de session, mais nous n'utiliserons pas l'ASP.NET session-modèle de l'état pour ce faire.
  • Conservez-vous vos conceptuel de l'état de session (par utilisateur) dans le Redis? Ou sur le ASP.net le cache de l'Application (sur le serveur lui-même)?
  • comme il arrive pas, mais c'est simplement parce que notre état de session d'utilisation de la pré-dates de nos redis utilisation, et nous n'avons pas eu besoin de la revoir. Redis ferait parfaitement sensée et raisonnable de l'état de session magasin bien mieux qu'un RDMBS, par exemple.
  • Est-ce dans nuget? Je vois qu'il ya une utilisation de ss, mais j'ai comme l'utilisation de booksleve à cause de cela étant asyn
  • Je pense que ce projet nécessite une mise à jour parce que certaines des méthodes de Booksleeve est obsolète, et les suggestions sont à l'aide de Stings API.
  • Pour tous ceux qui lisent ceci, il ressemble à Microsoft publie leur propre Redis fournisseur d'État de Session. Voir la prelease ici

InformationsquelleAutor NathanD | 2011-11-09
  1. 16

    J'ai créé un Redis à base de SessionStateStoreProvider que peut être trouvé sur GitHub à l'aide de ServiceStatck.Redis que le client (plutôt que Booksleeve).

    Il peut être installé via NuGet avec Install-Package Harbour.RedisSessionStateStore.

    J'ai trouvé quelques bizarreries avec @NathanD de l'approche. Dans mon implémentation, les verrous sont stockées avec la valeur de session plutôt que dans une autre touche (moins d'allers-retours Redis). En outre, parce qu'il utilise ServiceStack.Redis, il peut utilisé des pool de connexions.

    Enfin, il est testé. Ce fut ma plus grande désactiver à partir @NathanD de l'approche. Il n'y a aucun moyen de fait savoir si cela a fonctionné sans courir à travers chaque cas d'utilisation manuelle.

    • Avez-vous testé la session stocker dans un environnement avec significat de simultanéité pour le même id de session? Je serais intéressé de savoir comment vous poignée de verrouillage et si il est sécuritaire d'utiliser le Redis session stocker dans des applications avec une charge importante.
    • J'ai suivi les exemples et les meilleures pratiques sur MSDN pour la mise en œuvre de SessionStateStoreProviders. Le verrouillage se fait à peu près le même que le SQL et d'Azur de l'état de session de prestataires (car ils ont tous à peu près en œuvre le même exemple à partir de MSDN). Pour votre question, oui, j'ai testé avec un couple d'applications avec une charge importante (même pour le même ID de session). J'ai eu zéro problèmes avec le fournisseur. Toutefois, si vous trouvez un problème, s'il vous plaît laissez-moi savoir et ouvrir une question sur Github.
    • Ma seule inquiétude est que le Redis ne prend pas en charge les transactions que les bases de données et, dans ce cas, l'état peut changer entre les deux Redis opérations. J'ai pris un coup d'oeil dans le code, et vous semblez avoir ce type de code dans GetItem: var stateRaw = client.GetAllEntriesFromHashRaw(clé); [faire quelque chose avec les données] ...enregistrer les modifications dans le Redis... Entre l'opération de lecture de Redis et d'économiser, beaucoup de choses peuvent se passer et, je crois, que vous n'êtes pas assuré de trouver les mêmes données d'état de session dans le Redis au moment de la première lecture... Est-Redis le magasin adéquat pour l'état de session? Au moins sans l'aide de Lua atomique scripts?
    • Je vous comprends maintenant. Bonne prise pour cela. J'ai écrit ça avant j'ai bien compris WATCH. J'ai fait quelques modifications. Auriez-vous l'esprit de prendre un coup d'oeil à question 1 et la code associé? Je vais les pousser à NuGet une fois que vous avez pris un coup d'oeil. Merci!
    • Est-il des tests de performance VS le mode StateServer?
    • Nope, mais je suis sûr que c'est plus rapide car il est le Redis (je n'ai jamais utilisé StateServer).
    • Bien le Mode StateServer est en mémoire (si j'ai bien compris) donc je suppose que si il y a un gain, c'est juste grâce à la sérialiseurs. Par rapport à la mode SQL bien sûr, il serait gagner les mains vers le bas 🙂
    • Redis est atomique, ce qui signifie une Seule clé peut être consulté à cette époque.
    • Redis prend également en charge les transactions redis.io/topics/transactions
    • avez-vous utilisé la version gratuite de ServiceStatck.Redis? autant que je sache, il a 6k limite pour les appels. ou commercial? comment avez-vous géré cela?
    • et aussi, j'ai eu une erreur Already referencing a newer version of 'ServiceStack.Text' lors de l'installation avec nuget.
    • Pouvez-vous veuillez donner des détails sur la problème existant?
    • J'ai exactement le même problème avec @aappell. J'ai essayé d'installer le package pour une nouvelle marque ASP.NET Formulaires de Demande, et a obtenu cette erreur. En réalité, "zibrohimov" sur Git, c'est moi. J'ai signalé ce problème il y a peu.

    InformationsquelleAutor TheCloudlessSky
  2. 3

    Il serait non seulement utile, mais je considère fortement que vous regardez de près le Redis' Hash de type de données si vous prévoyez d'aller en bas de cette route. Dans notre application, la session est une petite collection de clés et de valeurs (c'est à dire: {user_id: 7, default_timezone: 'America/Chicago', ...}) avec l'ensemble de la session de l'utilisateur stockées un unique Redis hachage.

    Non seulement à l'aide de Hachage simplifier la cartographie des données si vos données de session est similaire, mais le Redis utilise l'espace de manière beaucoup plus efficace avec cette approche.

    Notre application est en ruby, mais vous pouvez toujours trouver une certaine utilisation de ce que nous avons écrit.

    • Merci Carl, yep, je suis en utilisant le type de hachage - un ajustement parfait. Un autre avantage de l'utilisation de Hachage, c'est que si plus tard, je veux soutenir explicitement la capacité de paresseux ou désireux de charge spécifique session points, c'est juste un add-on, plutôt que d'une réécriture complète.
    • si l'utilisateur dispose d'une liste de commentaires ainsi, ai-je encore besoin de l'enregistrer comme hachage comme {comment_id:1,Contenu:texte1,comment_id:2,Contenu:texte2..} ou est-il d'accord pour sauver ceux que la Liste des<Commentaire> ? Merci !
    • il serait préférable de stocker une collection indépendante des données dans une collection indépendante. Une Liste devrait bien fonctionner pour que.
    InformationsquelleAutor Carl Zulauf