在Heroku上缩放流星应用程序

在对另一个问题的回答中，我们注意到“使用‘meteor deploy’部署到托管服务器上的应用程序还没有任何关于扩展的保证或SLA。”因此，如果我想确保现在可以完全扩展，那么就排除了使用托管服务器的可能性

答案进一步指出，“使用‘meteor bundle’生成的服务器捆绑包基本上是一个流程应用程序。这取决于您将其连接到多个实例，或者您希望如何实现自动扩展。”

---

读了这篇文章后，我仍然不清楚缩放的问题。在Heroku上，我假设我可以在dynos中运行“meteor bundle”单进程应用程序。但是，如果我使用许多dynos，每个dynos运行一个Meteor服务器包，Meteor的设计是为了使它们可以连接起来，以便它们都与相同的数据同步（即使存在延迟）

流星还很年轻。在可伸缩性之前，我个人会提出安全性问题，因为Meteor目前在公开发布中并没有安全模型。在Meteor文档中也没有提到安全性，但是Meteor团队已经确认他们正在进行这项工作，并且在未来的版本中将会有它。请看这里：

因此，我认为您和我（对于安全实现）必须等待更多的版本，也许在内部处理1.0可伸缩性之前，或者他们应该有文档来解释如何做到这一点

---

为了了解如何处理可伸缩性，并更好地了解它，我认为meteor团队的人应该回答可伸缩性问题

在回答我自己的问题时，Meteor团队宣布了一项包含可扩展性计划的计划，将其包含在Meteor 1.0中。

我最近问了一个类似的问题（），其中一个答案很好地解释了Heroku的情况（我认为）-参见。还有人指出（）可以部署在meteor.com上。虽然扩展仍在路线图上，但他们可能已经或正在“内部”解决一些扩展问题，或者可以以其他方式将其服务保持在Meteor应用程序扩展的最前沿。否则，您可以使用EC2并垂直扩展（提高单个实例的能力），直到Meteor使用官方的扩展解决方案达到目标。使用EC2对我来说是新的，但是这个答案（）看起来是一个很好的起点。我还没有尝试过，但可能很快就会尝试。

你可以将meteor应用部署到Heroku中，但你需要坚持使用1 dyno。因为Heroku不支持WebSocket或粘性会话

因此，您需要找到另一个PAAS提供商。Nodejitsu是一个很好的选择。如果你不想扩展到多个实例，你需要找到一种方法来同步实例之间的写操作

---

然后你需要-

是的——我也注意到了安全问题，但是已经有很多关于这个问题的讨论了（也有人说meteor团队的“大多数”都在研究它，今天甚至还有一些软件：）。所以我一直对安全问题感到非常乐观。但可伸缩性的问题还没有得到同样程度的解决，至少我已经看到了这一点。所以我认为这个问题值得一问。同意这个问题的有效性和你们对可扩展性的关注，我很想听听Meteor团队的意见。我将在Meteor IRC上试用。从2012年10月起，Meteor版本0.5.0包含并记录了一个官方身份验证模块。我认为Meteor将其mongo实例保存在文件系统中。因此，解决方案是将其配置为使用外部数据库。我不知道怎么做