我們正在構建一個網絡應用程序,將在比賽中使用 來投票選手並在中央顯示屏上顯示實時投票統計數據。Meteor.js中內置的Web應用程序可以併發多少個用戶?
比賽將持續15分鐘,大約4000名用戶將連接到 的網絡應用程序,時間流逝併發送投票,但每個用戶設備都是唯一的。
我們正在考慮使用Meteor.js開發這樣的web應用程序。然而,由於我們在爲大量的併發用戶開發服務方面經驗不足,以及Meteor.js的測試版狀態,我們對該項目的實際可行性有一些擔憂。
以下是我們正在解決的問題:
- 是否有流星能有多少併發用戶處理任何標杆?我認爲這取決於網絡應用本身的複雜性。在我們的情況下,這將是相當直接的,只有用於中央顯示的客戶端將訂閱現場Mongo查詢
votes.find({})
,其餘用戶將只看到投/已經投票按鈕。
擁有來自真實案例或測試場景的一些數據將對我們有很大幫助。
Meteor的基礎設施能夠處理4000個用戶嗎?或者我們應該去找這個deleted question中列出的其他託管解決方案(您需要10k +代表才能看到它)?
Meteor.js是否有任何性能方面的考慮,我們應該注意?
我們已看到類似的帖子,但是他們沒有被處理如此大的用戶量在這麼短的時間:
- How much load can meteor's servers handle?(2013)
- How efficient can Meteor be while sharing a huge collection among many clients?
另外,我們可以使用Cluster smart package。任何人都有這方面的經驗?
+1好問題。我有很多編程流星的經驗,但對負載下的性能也知之甚少。集羣智能包是一種愚蠢的恕我直言,緩慢同步;這更多的是一個概念證明,我不希望它像核心流星一樣穩定。 –
另外,在提出這個問題之前,要做好大量正確的研究。 –
只是爲了清除事情。這個問題中提到的羣集是歷史。現在我們有另一個集羣包:https://github.com/meteorhacks/cluster (它是由相同的作者出於同樣的目的在更好的方式) –