Silverlight est-il plus convivial que l'ASP.NET pour équilibrer la charge?

Question

Je discutais de l'équilibrage de charge avec un collègue au déjeuner. J'avoue que je connais très peu de choses sur ce sujet. Nous discutions des différentes manières de maintenir la session dans une application ASP.NET - aucune ne convenait à l'équilibrage de charge haute performance qu'il recherchait.

Qu'en est-il de Silverlight? dit I. Pour autant que je sache, il est apatride, vous avez l'application en cours d'exécution dans le navigateur et vous avez des services sur le serveur qui alimentent/traitent les données.

Silverlight annule-t-il totalement le besoin de gestion d'état de session? Est-ce plus convivial pour équilibrer la charge? Est-ce quelque chose entre?

Answer 1

Je dirais que Silverlight est susceptible d'être un peu plus favorable à l'équilibrage de la charge que ASP.NET. Vous avez des mécanismes beaucoup plus sophistiqués pour maintenir l'état (tel que le stockage local isolé), et à peu près, vous n'avez besoin de parler au serveur que lorsque vous téléchargez l'application et b) lorsque vous créez un service Web. appel pour récupérer ou mettre à jour des données. C'est analogue dans ce sens à une application Ajax écrite entièrement en C#. En d'autres termes, tant que (a) votre couche de persistance côté serveur connaît votre client, ou (b) que vous transmettez toutes les données pertinentes à chaque appel WCF, peu importe l'instance du serveur Web à laquelle l'appel est destiné. Vous n'avez pas besoin de persévérer avec la persistance au niveau du pare-feu pour vous assurer que votre appel HTTP retourne au bon serveur Web.

Answer 2

Je dirais que cela dépend de votre application. Si c'est une application bancaire, alors oui je veux quelque chose de sortie après 5 minutes et demander à nouveau mon mot de passe. Si c'est Facebook alors pas tellement.

Answer 3

Silverlight dépend de XMLHttpRequest comme tous les autres ajax impelementation et est donc capable de maintenir une session, forme authentiction, rôles, profils, etc., etc.

L'avantage que vous obtenez est parant la quasi-totalité du trafic. Les requêtes json sont négligeables par rapport aux pages de diffusion. Même le .xap peut être mis en cache sur le client.

Je dirais que vous obtenez le meilleur des deux mondes en ce qui concerne votre question.