Étude de cas – MazeFeedback atteint la synchronisation avec NCache

Le projet

Certaines entreprises utilisent l'objet ASP.NET Cache standard, un cache autonome InProc avec plusieurs processus exécutant une application sur le même serveur Web. Dans ces situations, chaque processus possède sa propre copie du cache, d'où une duplication des données. Il est rapide tant qu'un seul serveur et un seul processus sont utilisés. Cependant dès que vous avez plusieurs processus sur les mêmes serveurs ou plusieurs serveurs Web, vous avez plusieurs copies du cache non synchronisées entre elles.

Maze Feedback n'a qu'un seul serveur Web actif et un basculement passif. Ce basculement passif est activé si l'autre serveur tombe en panne ou lorsqu'il est maintenu. L'ASP.NET framework Maze Feedback utilise le concept de pools d'applications. Chaque pool d'applications peut s'exécuter dans un processus distinct, mais ne peut pas partager un cache entre les pools d'applications. Les données mises en cache par mymaze.com sont communes à différents pools d'applications. Mais InProc d'ASP.NET ne pouvait pas gérer les exigences de mymaze.com. Il n'était pas sécurisable pour plusieurs processus, serveurs ou pools d'applications.

Stian Strandli, développeur système de Maze Feedback, a déclaré : « Nous avons séparé notre application en plusieurs projets ou pools d'applications pour obtenir plus de processus et de consommation de mémoire.

Le plus gros problème avec InProc est qu'il n'y a pas moyen de vider le cache entre les processus. Si deux pools d'applications différents devaient récupérer des données lentes en même temps, ils devaient tous les deux le faire, au lieu d'utiliser le cache de l'autre. C'est devenu une situation intolérable en raison de l'augmentation spectaculaire du trafic Web que nous connaissons."

La NCache Solution

Strandli a déclaré : "Ce dont nous avions besoin, c'était d'une solution de mise en cache hors processus, pas d'InProc, mais également d'une solution distribuée car nous devions synchroniser l'ensemble de la batterie de serveurs Web." NCache fourni les bonnes réponses. En tant que cache hors processus, NCache ne réside pas dans le processus d'application ASP.NET de Mymaze. Ainsi, il offre la possibilité de conserver les données dans un processus séparé.

En utilisant NCache, Mymaze dispose désormais d'un cache commun pour tous les pools d'applications. Cela signifie que plusieurs processus partagent un cache commun sur le même serveur ou même sur plusieurs serveurs. Cette fonctionnalité majeure a permis à Mymaze de :

• Mettre à l'échelle l'application et partager le cache
• Mettez en cache autant de données que possible
• Ne pas avoir de problèmes de duplication ou d'intégrité de la date

"Avec NCache, nous sommes en mesure de mettre en cache la plupart de nos données et d'offrir à nos clients une expérience exceptionnelle. Sans NCache's out proc service, nous ne serions pas en mesure de mettre en cache la même quantité de données et les performances de nos pages ne seraient pas aussi efficaces », a déclaré Strandli.

Mymaze.com utilise NCache en l'hébergant sur les serveurs Web. Mymaze.com récupère les données d'application de la base de données sous la forme d'ensembles de données et les stocke directement dans le cache. Strandli a noté: "Nous avons pensé qu'en gardant les serveurs de cache sur le serveur Web, nous obtiendrions de bonnes performances tout en minimisant le trafic réseau."

Initialement, Mymaze.com a implémenté son propre code pour mettre en cache les données ASP.NET ViewState, ainsi que pour les mettre en cache dans NCache. Toutefois, NCache La version 3.8 fournissait à Mymaze.com un module qui le faisait automatiquement, de sorte que le code d'origine n'avait plus besoin d'être maintenu. Mymaze.com a supprimé ce code et l'a branché NCachepropre fonctionnalité de cache dans le ViewState.

Avec NCache, chaque page ASP.NET peut récupérer entre quatre et 2,000 XNUMX requêtes SQL/récupérations de cache, selon la quantité d'informations présentées. Ainsi, NCache offre une amélioration majeure des performances en éliminant les innombrables déplacements vers la base de données. Aussi, NCache permet à Mymaze.com d'utiliser la mise en cache dans un environnement multi-serveurs et multi-processus, et il synchronise le cache sur tous les serveurs pour éliminer tout problème. Quelles que soient les données mises en cache, elles sont immédiatement partagées entre tous les serveurs, processus et outils d'application.

"Lorsque nous avons besoin d'ajouter un autre serveur Web, nous pouvons facilement en ajouter un autre NCache serveur sur cette machine et synchronisez-les. Ou nous pouvons déplacer la mise en cache sur une machine distincte et ils peuvent tous les deux se connecter au même serveur de cache. Nous pouvons ajouter ou supprimer des serveurs au moment de l'exécution sans arrêter notre application. C'est un avantage majeur NCache fournit », a déclaré Strandli.

Actuellement, Mymaze.com utilise NCache pour les données d'application et la mise en cache ViewState, mais ne l'utilise pas pour stocker l'état de la session ASP.NET. Au lieu d'utiliser l'objet d'état de session ASP.NET standard, Mymaze.com a implémenté son propre objet d'état de session personnalisé ; il a ses propres appels de base de données pour aller et stocker dans la base de données et le récupérer à partir de la base de données. Cependant, les plans à court terme exigent l'utilisation NCache pour stocker des sessions.

"Avec NCache, nous pouvons facilement ajouter un autre serveur Web et utiliser le même serveur de cache. Lorsque nous avons besoin d'augmenter le nombre de nos serveurs Web, nous pouvons facilement déplacer notre stockage de session vers NCache et maintenir une flexibilité totale et une disponibilité de 100 % sur notre stockage de session et notre cache », a déclaré Strandli.

Que faire ensuite?

• NCache Détails
• Télécharger NCache
• Demander une démo personnalisée en direct