赫罗库'；s Docker应用程序在启动时崩溃，超过40层
我有一个通过Docker容器部署到Heroku的应用程序。有几次我的Dockerfile超过了40层。每次发生这种情况，我的应用程序都拒绝启动，只是显示“崩溃”状态。（相同的图像会在局部启动容器） 我相信在某个时候，他们的CS建议我把计数降到40层以下。果然，当层数为40或更少时，应用程序会正常启动。除了结合几个命令来减少图层之外，我什么也没做赫罗库'；s Docker应用程序在启动时崩溃，超过40层,docker,heroku,Docker,Heroku,我有一个通过Docker容器部署到Heroku的应用程序。有几次我的Dockerfile超过了40层。每次发生这种情况，我的应用程序都拒绝启动，只是显示“崩溃”状态。（相同的图像会在局部启动容器） 我相信在某个时候，他们的CS建议我把计数降到40层以下。果然，当层数为40或更少时，应用程序会正常启动。除了结合几个命令来减少图层之外，我什么也没做 有人能解释一下为什么Heroku有这样一个未记录的层限制吗？这个限制实际上是有记录的 其主要原因是在幕后，Heroku不运行Docker守护程序（至少在
有人能解释一下为什么Heroku有这样一个未记录的层限制吗？这个限制实际上是有记录的 其主要原因是在幕后，Heroku不运行Docker守护程序（至少在2019年初）。他们下载每个docker层并将其转换为LXC容器，这就是平台上所有Dyno的功能 ~40层限制是由于内部超时造成的，由于要启动dyno，需要下载更多层，因此达到该限制的可能性更大。
这是一个近似约束，因为它还取决于所有这些层的大小。此约束实际上已记录在案 其主要原因是在幕后，Heroku不运行Docker守护程序（至少在2019年初）。他们下载每个docker层并将其转换为LXC容器，这就是平台上所有Dyno的功能 ~40层限制是由于内部超时造成的，由于要启动dyno，需要下载更多层，因此达到该限制的可能性更大。
这是一个近似约束，因为它还取决于所有这些层的大小。我不确定Heroku是否记录了这一点，但您为什么会达到这个数字这是第一次在dockerfile上听到这个数字，你肯定能把这个数字降到42以下，但我想知道为什么一般来说：这实际上是一个记录在案的行为：@DamienMATHIEU谢谢！嗯，我想我在找42个，但什么也找不到，但看起来40个是实际的限制。奇怪的是，它只是文档底部的一行。在没有任何进一步日志/指示的情况下启动应用程序时发生崩溃可能是非常意外的。你想用你的链接回答这个问题，我会接受吗？希望这能对将来做谷歌搜索的人有所帮助。我不确定Heroku是否记录了这一点，但你为什么会达到这个数字这是第一次在dockerfile上听到这个数字，你肯定能把这个数字降到42以下，但我想知道为什么一般来说：这实际上是一个记录在案的行为：@DamienMATHIEU谢谢！嗯，我想我在找42个，但什么也找不到，但看起来40个是实际的限制。奇怪的是，它只是文档底部的一行。在没有任何进一步日志/指示的情况下启动应用程序时发生崩溃可能是非常意外的。你想用你的链接回答这个问题，我会接受吗？希望这能对将来做谷歌搜索的人有所帮助。