创建一个 docker 容器是否有效地保证某些程序在未来可以 运行 长（比如说 25 年）？
Is creating a docker container effectively offering a guarantee that some program can be run long in the future (let us say 25 years)?
假设我有一个程序，非常复杂，依赖于许多包/依赖项，我想确保在 25 年后我仍然能够运行它。
docker（或类似的）容器化是一种（实际上）允许这样做的方法吗？还是这超出了 docker 容器提供的范围？
如果这种容器化不是可行的方法，还有其他建议吗？
注：
如果您认为此问题不在 Whosebug 的范围内，请随时发表评论，我会将其删除。在这种情况下，有什么建议可以 post 吗？
版本所有，OS，Docker Img，任何依赖项，理论上，是的，如果你满足所有需要你的东西，你可以构建持续 25 年的东西 docker 图像工作，禁用自动更新，如果这些依赖项中的任何一个可能有帮助但不推荐，但它将完成 25 年的工作任务。
建立一个关于你的 docker 图像的非常强大的文档，除非它对未来的开发人员来说是一场噩梦，祝你好运我的朋友，我不建议你这样做 tbh
一个简单的例子是 DOOM，你可以 运行 它几乎无处不在，当然可能有办法让你的 docker 图像在 25 年后仍然有效
假设我有一个程序，非常复杂，依赖于许多包/依赖项，我想确保在 25 年后我仍然能够运行它。
docker（或类似的）容器化是一种（实际上）允许这样做的方法吗？还是这超出了 docker 容器提供的范围？
如果这种容器化不是可行的方法，还有其他建议吗？
注：
如果您认为此问题不在 Whosebug 的范围内，请随时发表评论，我会将其删除。在这种情况下，有什么建议可以 post 吗？
版本所有，OS，Docker Img，任何依赖项，理论上，是的，如果你满足所有需要你的东西，你可以构建持续 25 年的东西 docker 图像工作，禁用自动更新，如果这些依赖项中的任何一个可能有帮助但不推荐，但它将完成 25 年的工作任务。
建立一个关于你的 docker 图像的非常强大的文档，除非它对未来的开发人员来说是一场噩梦，祝你好运我的朋友，我不建议你这样做 tbh
一个简单的例子是 DOOM，你可以 运行 它几乎无处不在，当然可能有办法让你的 docker 图像在 25 年后仍然有效