对于 Heroku 站点，什么被认为是 'high traffic'？
What is considered 'high traffic' for a Heroku site?
我正在构建一个 Rails 应用程序，我计划将其部署到 Heroku。该应用程序将由相对较少的人使用（婚礼网站，只有约 180 人可以看到它并与之互动）。我正在考虑选择 Heroku Hobby 层计划，因为它相对便宜，但我知道随着流量高峰，Heroku 会随着规模的扩大向您收取更多费用，并且会根据使用该应用程序的人数来跳转用户。
我不认为 ~180 人会被认为是高流量，但很想知道人们的意见是什么，如果业余爱好层能够处理这个问题而不会跳动人们，变得反应迟钝等。
我认为就处理能力而言，爱好级别就足够了，但问题可能在于数据库容量。请记住，您只能得到 10,000 行，这可能看起来很多，但可能会很快填满，具体取决于您拥有的模型数量。在不了解您的应用程序的情况下很难谈论处理能力和计算效率，但一般来说，我认为 512 MB 的 RAM 足以满足您的需求。
流量相对较低的 Heroku 站点往往会感觉有点迟钝，因为 dynos 在不活动期间会关闭。在上述不活动时间后访问该站点的第一个用户将在新的测功机旋转时遇到延迟，因此只要速度和响应性期望不太高，您应该能够通过。
如果您有任何计划将您的应用保留一两个月以上，您可以考虑使用基本计划。在 Heroku 上升级数据库可能会很痛苦。经验告诉我要咬紧牙关，立即执行基本计划。您会先多付一点钱，但当您达到 10,000 行时，您自己会有些头疼。
我正在构建一个 Rails 应用程序，我计划将其部署到 Heroku。该应用程序将由相对较少的人使用（婚礼网站，只有约 180 人可以看到它并与之互动）。我正在考虑选择 Heroku Hobby 层计划，因为它相对便宜，但我知道随着流量高峰，Heroku 会随着规模的扩大向您收取更多费用，并且会根据使用该应用程序的人数来跳转用户。
我不认为 ~180 人会被认为是高流量，但很想知道人们的意见是什么，如果业余爱好层能够处理这个问题而不会跳动人们，变得反应迟钝等。
我认为就处理能力而言，爱好级别就足够了，但问题可能在于数据库容量。请记住，您只能得到 10,000 行，这可能看起来很多，但可能会很快填满，具体取决于您拥有的模型数量。在不了解您的应用程序的情况下很难谈论处理能力和计算效率，但一般来说，我认为 512 MB 的 RAM 足以满足您的需求。
流量相对较低的 Heroku 站点往往会感觉有点迟钝，因为 dynos 在不活动期间会关闭。在上述不活动时间后访问该站点的第一个用户将在新的测功机旋转时遇到延迟，因此只要速度和响应性期望不太高，您应该能够通过。
如果您有任何计划将您的应用保留一两个月以上，您可以考虑使用基本计划。在 Heroku 上升级数据库可能会很痛苦。经验告诉我要咬紧牙关，立即执行基本计划。您会先多付一点钱，但当您达到 10,000 行时，您自己会有些头疼。