Docker exec对Ncenter:有什么问题吗?

Docker exec对Ncenter:有什么问题吗?,docker,nsenter,Docker,Nsenter,在过去的几个月里,我一直在使用shell在容器上运行以进行调试。我听说并使用了1.3版中引入的。Docker exec是一种新的最佳实践,用于进入容器内部进行调试,但我想知道使用Docker exec与nsenter相比是否有任何缺点。比较这两者的信息很少。使用docker exec与nsenter相比,我应该注意或避免哪些具体问题?目前还不完全清楚。但是我会支持这样的观点,因为docker exec是官方的方式。使用docker exec的nsenter的作者。如果您遇到任何缺点,他鼓励您报告

在过去的几个月里,我一直在使用shell在容器上运行以进行调试。我听说并使用了1.3版中引入的。Docker exec是一种新的最佳实践,用于进入容器内部进行调试,但我想知道使用Docker exec与nsenter相比是否有任何缺点。比较这两者的信息很少。使用
docker exec
与nsenter相比,我应该注意或避免哪些具体问题?

目前还不完全清楚。但是我会支持这样的观点,因为docker exec是官方的方式。使用
docker exec
nsenter
的作者。如果您遇到任何缺点,他鼓励您报告。

docker exec与Ncenter的对比

Ncenter和docker exec之间存在差异;也就是说,nsenter不输入cgroup,因此规避了资源限制。这样做的潜在好处是调试和外部审计,但对于远程访问,docker exec是当前推荐的方法

仅适用于英特尔64位平台。可以说,这是Docker唯一官方支持的平台;所以这没什么大不了的

nsenter仍然需要从主机运行;它还不能在容器中运行


ref:

如果使用docker 1.3或更高版本,我将只使用docker exec,因为它现在是受支持的方式,我想Ncenter不再被维护。是的,我同意它是用来填补这个特定漏洞的,我已经并将继续使用它,但我想知道它与Ncenter相比是否有任何具体的缺点。很好!这是我没有找到的一个很好的链接,作者推荐了
docker exec
。这并没有回答“docker exec vs Ncenter”的问题。@user31986:OP似乎很高兴,
Ncenter
已经过时,结案了。这是一个技术性的旁注,而不是答案。OP要求“使用时要注意或避免的具体问题[…]。您得出了相同的结论,docker exec是推荐的访问方式,并且没有描述任何一种方法的“特定问题”。写这篇文章的原因是什么?如果你是从工程师的角度(而不是系统管理员的角度)来看的话,这些都是有用的细节。我个人很欣赏110%@user31986。总是有一个边缘的情况下隐藏在阴影会咬你,但你可能会记得。。。