我們計劃在我們的移動應用中引入實時聊天功能。當然,我們將採用XMPP方式。EC2上的Openfire性能
任何人都可以闡明統計信息併發用戶的Openfire已經支持EC2實例在現實世界中不同大小的(Windows服務器)的最大數量的一些輕?
我們正在尋找這取決於增長模式的序號爲22500個的併發用戶75000個併發用戶預測應用下載量和用戶適應性這一新的實時聊天功能。時間範圍=未來12個月。
無論從任何谷歌搜索我迄今所做的,似乎Openfire的未必是最好的選擇,當它隨着時間的推移來向外擴展在EC2上的單個實例所以這些數字支持?即:我們開始在較小的實例上託管,並根據負載需求不斷增加實例大小。
Ejabbered似乎是最好的選擇,當談到向外擴展,但由於我們需要有二郎技能,以延長它使ejabbered一個艱難的選擇我們。另一種替代方法是java的tigase,所以我們可以很容易地擴展它,但是如果Openfire能夠在未來12個月內通過擴展或擴展爲我們工作,我們很樂意現在使用它,新的聊天功能被接受。管理便利的首要原因之一。
最後,如果你能與XMPP聊天SaaS的/ PaaS的供應商聯繫幫助+當用戶離線推送通知到移動設備,這將是真棒。我們與quickblox.com取得了聯繫,但他們的企業產品目前對我們來說似乎很昂貴。如果我們採用SaaS/PaaS方式,我們希望我們的數據擁有100%的所有權和便攜性。
此問題似乎在stackoverflow上脫離主題,可能會更好地詢問serverfault。 – Flow 2012-02-15 13:21:43