Desgin de serveur de ressources pour les applications d'entreprise

Question

Je travaille sur la conception d'un serveur de ressources. Je veux rassembler quelques meilleures pratiques de l'industrie à ce sujet.

Scénario:

Une application portail axée sur des données hébergées sur une batterie de serveurs Web.

Chaque fois qu'une demande arrive, les contrôles sont rendus et la réponse est envoyée. Pour chaque image de la page, le navigateur demande l'image séparément à l'aide d'un service Web. Comme ils sont tous approvisionnés via un pipeline IIS7, il existe des conflits de session. Par conséquent, la première demande se termine, le reste des demandes (pour les images, etc.) se succèdent et le temps total de chargement de la page devient faible.

Une solution consiste à retirer le service de gestionnaire de ressources général de la solution et à le déployer en tant que service autonome. Cela aura toujours un certain effet de retard, mais il n'y aura pas de conflits de session, d'installation de session, d'opérations de configuration de requêtes qui seraient autrement nécessaires. Le problème avec cette approche est comment puis-je savoir que la demande a été validée?

Veuillez fournir quelques commentaires et suggestions.

Remerciements

Answer 1

Deux pensées. En premier lieu, si je comprends bien votre message, votre service Web de ressources dépend de la session; En général, ce n'est pas la meilleure pratique de l'industrie. Les services devraient être apatrides. Si vous vous inquiétez de l'authentification ou de l'autorisation, transmettez les informations d'identification à chaque fois dans la demande. Deuxièmement, pour les images, vous obtiendrez une meilleure évolutivité si vous les utilisez en tant que contenu statique. (Idéalement, vous les mettrez en cache, peut-être sur votre équilibreur de charge ou sur un autre matériel afin que IIS n'ait pas à les traiter.) Les images sont-elles générées dynamiquement d'une manière ou d'une autre? Ou le service de ressources prend-il simplement une décision quant aux images à servir à un utilisateur donné à un moment donné? Si c'est le cas, prenez cette décision lors du rendu de la page et recrachez des liens vers du contenu statique plutôt que vers un service Web.