Amazon ec2 EC2上的Openfire性能

我们计划在我们的移动应用程序中引入实时聊天功能。当然，我们会走XMPP的路

有人能解释一下Openfire在现实世界中不同大小的EC2实例（windows server）上支持的最大并发用户数的统计数据吗

根据预测的应用程序下载增长模式和用户对这一新实时聊天功能的适应性，我们正在关注从22500个并发用户到75000个并发用户的数量。时间范围=未来12个月

从目前为止我在谷歌上所做的一切来看，Openfire在扩展方面似乎不是最好的选择，所以随着时间的推移，这些数字能否在ec2的单个实例上得到支持？ie：我们开始托管较小的实例，并根据负载需求不断增加实例大小

在扩大规模方面，埃贾布雷德似乎是最好的选择，但由于我们需要拥有厄兰技能才能扩大规模，因此埃贾布雷德对我们来说是一个艰难的选择。另一个备选方案是tigase，它是java，因此我们可以很容易地对其进行扩展，但是如果Openfire能够在未来12个月左右通过扩展而不是向外扩展来为我们工作，那么我们现在很乐意使用它，看看这个新的聊天功能是如何被接受的。第一个原因是易于管理

---

最后，如果您能在SaaS/PaaS提供商上为用户离线时的XMPP聊天和推送通知提供链接，那将是非常棒的。我们联系了quickblox.com，但他们的企业产品目前对我们来说似乎很昂贵。如果我们采用SaaS/PaaS方式，我们希望我们的数据拥有100%的所有权和可移植性。

您提到的数字应该可以由ejabberd轻松处理

我不确定你想如何“扩展”ejabberd。所有服务器和ejabberd都可以很好地处理多用户聊天和消息。此外，如果您正在考虑定制协议，则可以使用您选择的语言编写这些协议，并将其作为XMPP组件连接到ejabberd

---

您可能会错过的唯一一件事是web界面（ejabberd提供了该界面，但它相当有限），但如果您希望通过应用程序的web UI来管理内容，则需要重新考虑；）

如果您想使用ejabberd，您可以随时从ProcessOne获得支持。

---

这是ejabberd的另一个优点，因为如果您愿意/能够负担得起的话，它可以得到商业支持。

有几篇文章提到了Openfire在单个服务器上的并发用户

2007年的数据显示3.2版支持50000个用户。目前的版本是3.7.1。不要忘记，这也意味着一台比你今天可能运行的任何机器都慢得多的机器

您还必须考虑将要使用的XMPP的哪些功能，但简单的消息传递应该能够轻松处理您所指的数字。

是一个很好的解决方案

通过Android推送服务，您（Android开发者）可以直接向安装了您的应用程序的用户发送消息。你所需要的只是在你的应用程序中包含一个代码片段，然后发布到特定的URL以联系你的应用程序用户，即使你的应用程序在他们的手机上处于非活动状态

功能：

免费

免费，除非你需要大量推送你的应用程序。当然，你可以支付更多的推力和更快的技术支持

简单

非常容易集成到您的应用程序中 推送到应用程序非常简单：只需发送一个URL请求 没有C2DM限制，您不必拥有gmail帐户即可使用推送服务 云服务，无需设置自己的推送服务器

有效

手机电池和网络消耗低

---

跟踪用户交互，了解用户对推送的反应

这个问题似乎与stackoverflow的主题无关，最好还是问serverfault.。您好，ejabbed得到商业支持，这太好了，我们计划使用EJABBRD在android应用程序中实现IM服务，作为erlang和ejabberd的大人物，你能给我推荐一些参考资料和教程吗？这样我就可以快速开始使用它了。谢谢