【问题标题】:What are the consequences of a larger heroku slug size?较大的 heroku slug 大小的后果是什么?
【发布时间】:2021-06-23 06:36:24
【问题描述】:

关于存储应用的静态图像资产 (~300mb) 的位置,我需要做出一些决定。最方便的地方是在应用程序内部并签入源代码管理。但另一种选择是将它们放在外部云存储桶中。

如果将这些资产添加到应用程序,签入源代码管理,并作为 slug 的一部分推送到 Heorku,那么对于 heroku 部署会有什么后果(如果有的话)?

我已经知道的

  • 我已经知道它低于 Heroku 应用程序的 500mb 软限制,所以我认为应该没问题。

我不知道的事情

  • 是否会为每次部署增加几分钟?
  • 这是否意味着该应用需要具有更多 RAM 的测功机?
  • 它会减慢部署速度吗?
  • 其他影响?

其他说明

非常感谢 Heroku 上的快速部署时间(例如

【问题讨论】:

    标签: heroku


    【解决方案1】:

    slugsize 代表您的包裹的占用空间,因此真正的影响在于将其转移到 Dyno 所需的时间。
    Heroku 建议将其保持尽可能小,以确保更轻/更快的部署以及扩展您的应用程序。

    对 RAM 没有影响(除非应用程序以某种方式加载图像)。

    整体部署肯定会更慢,但很难量化需要多少额外的分钟/秒。这是可以测试的。

    我的建议是,仅当非常确定图像的数量/大小不会随时间变化时,才考虑将图像存储在应用程序中。如果不是这种情况,最好已经计划一个更具可扩展性的架构(将图像存储在外部专用存储上)。

    【讨论】:

      猜你喜欢
      • 2014-06-19
      • 2015-07-23
      • 2021-09-28
      • 2011-11-12
      • 2020-07-14
      • 1970-01-01
      • 2011-02-24
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多