ruby-on-rails - heroku 上的 slug 大小有多大影响

Question

计划创建一个包含静态 html 内容的站点，我探索了在 Heroku 上使用 Rails 的替代方案，因为我不需要数据库或 Rails 提供的任何其他功能。我听说 Middleman 静态网站生成器可以帮助我创建一个轻量级网站，我可以将其部署到 Heroku。

我用 Middleman 制作了一个测试站点，其中包含大约 6 个大部分为空的 html 内容页面(基本上每个页面上只有一个标题)。推送到 Heroku 后，我得到了 repo 和 slug 大小的这些统计信息

Repo size: 7.33 MB
Slug size: 8.3 MB of 200 MB

slug 大小大于 repo 大小。根据 Heroku 文档，slug 应该是“您的应用程序的压缩和预打包副本，经过优化以在 dyno 流形上快速分布”。我猜 slug 大小应该小于 repo 大小。

为了比较，我查看了我的一个基本 Rails 应用程序的统计数据，我只是将其用作博客引擎(与 Enki 一起使用)。目前它有一个数据库和大约 50 篇博文。

Repo size: 17.2 MB
Slug size: 5.55 MB of 200 MB

因此，虽然 Rails 应用程序的 repo 大小要大得多，但 slug 的大小要小得多。

slug 大小是影响 Heroku 性能的唯一因素吗？如果是这样，即使我真的只打算发布一点静态内容，对我来说显而易见的选择是回到使用简单的 Rails 站点吗？

撇开 slug 的大小不谈，您是否认为中间人站点可能仍然更快，因为它不使用数据库？因此不必进行查询来检索内容？对于中间人站点，我只是将内容直接写入 html 页面。我对该网站真正关心的是让用户在内容页面之间快速移动。对于较小的 slug 大小的 Rails 应用程序，这将涉及数据库查询，而对于较大的 slug 大小的 Middleman 应用程序，则不会。

Answer 1

Is slug size the only factor affecting performance on Heroku?

slug 大小不会影响应用的性能。如果你的 slug 越小，你的部署速度就会越快，但是一旦部署了应用程序，性能将只取决于它的代码和它使用的资源。

您提到了一个很好的例子:一个典型的 Rails 应用程序可能会对数据库进行多次查询，因此比典型的中间人应用程序需要更长的时间来响应，后者只读取并返回 HTML。