est MS Velocity prêt pour la production?

Question

Je me demande si quelqu'un a essayé la vitesse dans un environnement de production. Il est en version CTP2 en ce moment, et nous pensons à l'utiliser. Quelqu'un at-il essayé? Si oui était une expérience positive?

Answer 1

Mon point de vue personnel sur ce serait que vous devez utiliser Memcache jusqu'à Velocity se stabilise. clients .net pour Memcache comme Enyim ont résisté à l'épreuve du temps et utilisé par beaucoup.

• Utilisez un fournisseur indépendant CacheManager
• Mettre en œuvre un pour memcached.
• Demain, si les choses changent et vous veulent encore Velocity, changer la fournisseur.

Après tout, ce ne sont que des dictionnaires et votre code de domaine devrait être indépendant de l'infrastructure.

Related : Une interface simple CacheManager pour C # ,
Ma réponse à Memcache sur Windows.

Answer 2

Oui! Velocity 1.0 a été publié comme une partie de AppFabric. Vous pouvez le télécharger à partir de Microsoft .

Answer 3

J'espère que les points que je fais ici peut aider quelqu'un. Nous sommes en train de déployer AppFabric sur nos systèmes et nous avons remarqué deux choses qui ont besoin d'amélioration:

• La documentation est obsolète dans la plupart des cas. Vous trouverez des détails sur certains blogs, mais le mélange habituellement et correspondant à des choses de différents sites vous donnera les détails dont vous avez besoin. Pas encore très satisfaits de la qualité de la documentation.
• Résolution des problèmes est un autre problème. 90% du temps, vous aurez affaire à installer des questions connexes. Il y a certaines choses qui aurait dû été inventoriées dès le départ pour aider le dépannage, mais jamais été ainsi finir par coûter beaucoup plus de temps à se lever et courir que vous pourriez penser.
• En ce qui concerne la performance concerne, je suis presque certain que ce ne soit pas aussi vite que Memcached. Quelqu'un pourrait me donner tort, mais jusque-là, Memcached est le roi de la mise en cache distribuée.

Maintenant, voici quelques questions que je trouve un peu gênant:

• Dynamiquement Ajouter / supprimer des nœuds
  à / d'un cluster de cache est pas aussi facile comme ils le font le son. J'ai lu
  de nombreuses plaintes concernant la
  même sur le forum. Je ne l'ai pas essayé encore, mais vous pouvez lire à ce sujet sur les forums. Il y a quelques réel questions.

• Throttling est une autre question. Dans les cas où la mémoire du cache principal
  Cluster a atteint un sommet pour cent, la Mise en cache échoue juste. Cela a posé un énorme problème pour nous depuis que nous ont été à l'aide du fournisseur de session et les gens ont commencé à obtenir des erreurs.

  Turns out, SQL Server et AppFabric ne devrait pas être mis sur la même boîte que SQL Server a tendance à monopoliser beaucoup de Mémoire. Ce qui me embarrasse est le fait que j'avais plusieurs nœuds, mais le Cache principal avait un problème de mémoire et ne pas distribuer autour. Dans mon cas, je n'avais qu'un seul nœud et SQL Serveur et AppFabric étaient évidemment sur le même nœud en raison de la la disponibilité d'un seul serveur. Mise en cache échoue seulement dans des scénarios comme celles-ci. Si vous avez une sauvegarde en cours d'exécution, vous remarquerez que Caching échec sur ce nœud, car la mémoire l'utilisation de cette boîte va très haut.

A mon avis, il y a des choses avec le produit qui me font sentir comme il était un peu bousculés. Il existe d'autres produits là-bas que nous avons déjà utilisé comme ScaleOut qui fonctionnent beaucoup mieux jusqu'à ce que AppFabric arrive à maturité.

Autre que cela, je pense que MSFT a fait un travail assez décent de nous fournir quelque chose qui peut être utilisé. Avoir quelque chose est mieux que d'avoir rien, compte tenu de Memcached a fourni une si grande technologie de pointe.