我想评估流星JS是否适合未来的项目，该项目将整合实时聊天，并且可能需要扩展。哪些PaaS最适合需要扩展的Meteor JS应用？
它当然可以执行聊天功能，但是如果流量激增，我不想让自己陷入一个角落，我们需要以无人机/动态/实例的形式为应用程序提供更多资源。我已经读过Heroku上的Meteor应用程序不会轻易扩展（可能根本就没有？）。我不清楚这是Heroku问题，还是更多与当前流星状态（目前为0.6.2.1）有关。我还没有发现更多与Nodejitsu或AppFog相关的内容。
任何人都可以澄清是否流星JS应用程序可以在当前部署的PaaS的，使得资源（无人机/ DYNOS /实例）可以很容易地扩展，以满足需求？如果是的话，哪个Paas？如果不是，那么对于一个5岁的孩子来说，有什么解释，并且有路线图吗？
个人而言，我给自己定下了与AWS负载均衡器和EC2实例，与我在MongoHQ DB过来。
负载平衡器
：安装程序按照以下说明做容易得多
我写了一个脚本部署到一个EC2实例。这将不会有太大的工作的情况下，增加额外的遥控器，你有多个实例：
这个答案是Heroku特有的。
据我了解流星应用程序不能在Heroku上进行缩放一个以上的赛道。原因是流星服务器实例为每个客户端保存一个状态。这样它就知道每次发送给客户端的更新。这意味着客户端每次都必须与同一台服务器通话。 Heroku代理层不提供这种通信，并且可以将客户端请求路由到不保持客户端状态的不同的测试仪。
所以，现在的服务器必须从DB获得所有客户的数据和发送的一切返回给客户端。服务器被加载并且客户端得到更新。所以我们有两个工具，我们做了两次工作，给客户增加了很多噪音。
我希望它很清楚。
非常感谢 - 你一定帮助澄清我Heroku的情况 - 我敢肯定，这将帮助别人太。 – RobD 2013-05-10 17:54:31
我会推荐的最好是Meteor.com托管（通过流星部署）。
这是因为它们将纳入他们的体系结构中的DDP-代理解决方案。它不如在两个流星之间进行代理并使用发电机那么简单，因为每个用户的会话可能位于另一台服务器上，当切换到另一台发电机时可能会引起一些麻烦。
现在它的免费&它看起来像他们扩展得相当好。我认为他们也会推出一个更好的主机解决方案，很快就会有更好的主机流星应用程序，而不是流星本身。
如果你想部署在你自己的基础设施上（例如EC2），你可以垂直扩展，直到DDP代理发布（DDP是流星用来在服务器和客户端之间进行通信的时间（并且很快在服务器之间太），以确保国家可以跨越多个“发电机”中继。
你给了我两个非常可行的临时（也可能是永久性）解决方案 - 非常感谢！流星解决方案听起来很合理，但目前有点过于黑匣子。我将不得不权衡这一点，但我很高兴有两个可能争论，而不是没有:) – RobD 2013-05-10 17:59:39
这是一个很好的资源 - 谢谢！根据@Akshat的回答，我将不得不权衡我的选择，但如果我使用EC2（我从未使用过），这看起来会让我快速加速。非常感激。 – RobD 2013-05-10 18:03:09
经过一番修改之后，我已经使用EC2将测试移至AWS。有很多的灵活性，我只是让我的脚湿 - 但这看起来像一个非常可靠的方式去。 – RobD 2014-05-05 17:38:18