使用debootstrap进行迭代容器配置-- la buildah的“划痕”

Question

从理论上讲，容器配置的迭代方法对我很有吸引力。在实践中，我很难让它发挥作用，特别是在无根的podman/buildah生态系统中。

我开始觉得podman/buildah不是debian派生的linux发行版最好的容器开发堆栈。首先，apt不支持dnf的“--安装根”选项/指令。我试过用debootstrap和buildah的“scratch”，但是没有成功.也就是说，我得到了一个“无法安装到目标”错误。

我应该说，我成功地拼凑了一个简单的吊舱，里面的容器运行着NGINX，postgres，并提供了服务，这是一个c++库，我用这个库构建了一个小型应用程序，用于代理来自web前端的数据库绑定帖子请求。问题是，这是一个传说，主要的症结在于基于服务的c++应用程序。在编译和运行时依赖之间，我不确定要采取的最佳方法；不用说，我的当前方法不起作用。

我希望有经验的从业者在基于debian的发行版上使用无根容器解决方案的所有提示，特别是。如果您正在滚动您自己的c++微服务:我非常想知道您的配置策略。在此之前，非常感谢您。

Answer 1

我发现y-combinator用户的这一见解很有用，可以考虑：

我很可能是错的，但是波德曼似乎错过了机会的时间框架。在工装方面，这总是红帽和工匠之间的刀战。Red想拥有容器的工具链，这样他们就不需要处理，这样他们就可以把竞争对手比如(现在基本上已经失效的)码头企业( Docker )这样的竞争对手排除在外。这些年来，我不时地看一看播客，但它似乎从来没有正式化过，从来没有被抛光过，而且几乎总是在执行过程中不尽如人意。在这个列表中，构建和容器控件是我遇到的东西。我想-有什么意义？这种毫无根据的争论已经不复存在，Podman的质量并没有(表面上)改善，现在IBM拥有Red (主观的，但考虑到CentOS最近发生的情况)。您不仅仅是安全地利用Docker和buildkit (需要的时候和地点)。老实说，考虑到这些年来对Red的执行情况相对较差，我不认为有什么意义。我相信Podman/Buildah会有一些利基用例，但总的来说，它似乎不仅仅是一个指数级的更好的产品，而是一个议程。红帽本来可以让事情变得更好，但它们只是分散了注意力，并与集装箱生态系统中更广泛的努力背道而驰。

有关完整上下文，请参见以下线程：https://news.ycombinator.com/item?id=26101608