在Linux Windows子系统中的Docker中运行.Net内核

实际上，我想在Docker中使用.NET内核

因此，从我的理解是，为了给自己最大的灵活性，我会安装“Docker For Windows”。这意味着我最终可以将.Core应用程序部署到Windows或Linux容器中。但是，Linux容器仍然是Hyper-V管理的Linux容器

1） 在Windows 10 Creators更新中，有没有办法改用Windows Linux子系统（WSL）来实现这一点？似乎比让Windows/Docker为我管理单独的Linux虚拟机的开销要少？

否，（链接我的）：

docker引擎在短期内不受支持。我建议点击我们的用户语音页面，如果你想运行docker引擎

然而，docker客户端应该在build 14342中运行。我已经能够运行docker客户端并连接到运行在VM中的docker引擎

关于：

WSL是一个洁净室内核的重新实现。因此，出于技术和法律原因，它不能简单地采用Docker的核心组件并“使其工作”。他们需要对持续多年的内核开发进行逆向工程，并重新实现它。（或者采取其他非平凡的方法。）

---

“以内核组件为例”-人们希望，内核组件将允许他们克服这一点。2016年5月，“短期内不受支持…”。因此，一年后，WSL的第二个“主要”版本和网络子系统的改进被吹捧，我希望我们已经接近了。在我看来，只有文件系统支持才是需要做的事情。请注意，这不是一项小工作，但事情会很接近。@TheEdge我不知道合作伙伴关系如何克服无法将GPL许可代码（来自Linux内核）合并到封闭源代码产品（Windows）中的事实。（除非所有相关贡献者都同意，我认为这一点很不简单。）那么微软是如何克服将Ubuntu合并为WSL的呢。WSL是通用的，不包含Linux代码，它只是模拟Linux的接口。Windows上的Ubuntu运行在WSL之上，当你第一次启动它时，它会下载真正的开源Ubuntu。因此，Windows的任何部分都不包含从Linux获取的任何代码。因此，在不违反GPL的情况下，“Docker for Windows”可以与WSL对话，WSL将与Ubuntu容器对话，从而与Linux内核对话。我们最终达到了我想达到的目的，即“Docker for Windows”使用Ubuntu（通过WSL）作为容器主机，避免了不必要的Hyper-V托管Linix虚拟机。由于微软和Docker有商业关系，我认为Docker会很乐意与微软合作，与WSL对话。