0

我想试试heroku，但不太确定我是否正确理解了所有术语。

我有一个带有 node.js 和 redis 的应用程序，我的主要关注点是扩展和速度。

在传统环境中，我会在负载均衡器前面有两台服务器；两台服务器完全独立，共享相同的代码并拥有自己的 redis 实例。两台服务器彼此不知道（数据由第三方服务器同步，但在这种情况下不感兴趣）。

然后我会在他们面前推一个负载均衡器。知道我可以轻松扩展，因为两个实例彼此不知道，如果我愿意，我可以添加更多实例。

我可以在测功机中镜像该环境还是不能将redis实例附加到测功机？

如果有不清楚的地方，请询问，因为我是 paas 的新手！

据我了解：我将为我的节点应用程序提供一个测功机，并且只需添加它的另一个实例。这很酷，但他们会共享相同的 redis 还是我可以让他们独立？

4

2 回答 2

4

您最好忘记传统架构并尝试这样思考：

  • dyno 是处理 HTTP 请求的进程，是 heroku 上应用程序实例的绝对最小值。
  • 对于一个应用程序实例，您可以拥有任意数量的测功机，而且它是完全透明的。无需考虑服务器、负载平衡等......一切都得到了照顾。
  • redis 实例基本上是一种由应用程序实例使用的服务，因此由一个或多个 dynos 使用。同样，服务器、负载平衡等都得到了照顾。

也许您想再次查看 heroku.com 上的工作原理。

于 2012-09-24T03:03:40.870 回答
1

您可以根据需要为一个 URL 设置任意数量的测功机 - 您只需更改控制器中的值。这实际上是 Heroku 的最佳功能之一 - 您不关心服务器，您增加了 dyno 的数量，从而增加了可以同时处理的请求数量。

与 redis 相同 - 添加实例基本上不起作用，您只需切换到性能更高的计划，请参阅https://addons.heroku.com/redistogo。再次，忘记服务器。

于 2012-09-25T01:20:49.817 回答