2
je dois mettre en œuvre les éléments suivants haute charge l'application:architecture de traitement d'image haute charge pour le web
Les utilisateurs envoient des images à un serveur Web via les navigateurs. Le serveur doit traiter les images et envoyer les résultats (plusieurs chaînes) aux navigateurs de l'utilisateur. Les résultats devraient apparaître dans 10 secondes et Html-UI devrait être resposive (non bloqué) pendant le traitement du serveur.
Que pensez-vous de l'architecture suivante, les technologies sont-elles appropriées et la solution est évolutive?
- Il existe plusieurs serveurs Web (~ 2-4) prêts à recevoir des images utilisateur.
- Lorsque l'image est reçue, elle est envoyée à l'un des serveurs de traitement (il devrait y avoir environ 50 serveurs de traitement dans le réseau local non accessibles depuis Internet)
- (a) Le client commence à interroger le serveur Web si le résultat du traitement est prêt par l'intermédiaire d'ajax avec l'intervalle (1000 ms.)
- (b) Le client a le composant flash/silverlight qui implémente le canal de navigateur Web < -> pour recevoir les résultats du serveur dès que les résultats sont prêts.
Il y a des choses de vapeur en ce que:
- Préférez-vous personnellement approche de vote ajax ou communication duplex (avec flash/silverlight) dans un environnement Internet? Ou allez-vous les mélanger?
- Comment le serveur Web doit-il savoir que les résultats de traitement sont prêts? Je suppose qu'il devrait y avoir un seul service de médiateur rapide-réactif dans Internet local qui est notifié par les serveurs de traitement (jusqu'à 50 serveurs de traitement) avec des résultats de traitement et avise les serveurs Web que les résultats sont prêts.