Sto valutando l'utilizzo di SignalR in un'app ospitata su AppHarbor in esecuzione su 2+ istanze (web worker) ma leggere intorno sembra che non funzionerà: SignalR wiki dice che il ridimensionamento in un web la fattoria è ancora in fase di sviluppo (e più di 2 lavoratori del web mi sembra una web farm). Another question here on StackOverflow dice che non funzionerà su più di un server di iss. Dall'altra parte, sul sito di supporto AppHarbor they say funziona alla grande senza dare troppe informazioni pensate (non ha risposto a tutte le domande come # di connessione simultanea, limiti di bilanciamento del carico ecc.).SignalR su AppHarbor con istanze multiple
Qualcuno può confermare se SignalR è la strada giusta per assumere AppHarbor?
Grazie!
Questo è corretto. Probabilmente stiamo andando a cercare soluzioni utilizzando altre tecnologie, ma ecco un esempio di JabbR in esecuzione su redis (utilizzando un nodo in questo momento). Questa app dovrebbe essere in grado di scalare attraverso i nodi. http://jabbr-redis.apphb.com/ – davidfowl
Immagino che Redis sia usato per archiviare i messaggi, giusto? Dove si trova normalmente SignalR lì? Nel file system locale (che è ovviamente cancellato da appharbor in ogni distribuzione)? Una parte per cancellare alla distribuzione non dovrebbe funzionare nel file system locale? Ogni web worker ha il suo o c'è solo un file system per l'app? – Pietro
SignalR normalmente memorizza le cose in memoria. L'implementazione corrente utilizza redis come puro bus di messaggi, non per memorizzare messaggi. I messaggi vengono replicati su ciascun nodo quando entrano. Quello che deve essere aggiunto è un po 'di tolleranza agli errori, in modo che quando un nuovo nodo si avvicina o uno che è giù viene ripristinato, ripopola la cache da redis o ovunque decidiamo di bufferizzare i messaggi. – davidfowl