李加庆 译 分布式实验室
本文主要介绍微软在 //Build/2016 大会上所发布的已集成到Windows 10中的Hyper-V容器。微软正在着手更新其现有的PowerShell模块，用一个新的Docker PowerShell来取而代之。同时，微软号召用户及社区贡献大家的力量来打造这一新的PowerShell模块。
//Build/大会对于Windows容器来说一直有着特殊的意义，去年就是在这里，我们首次向世界展示了Windows Server容器技术。所以，今年的 //Build/大会，我们再次回到这个舞台来宣布两件事情就再合适不过了。
首先，大家都知道，很多用户喜欢定制Windows操作系统。从背景和图标位置，到字体大小和窗口布局，每个人都有自己的喜好。对于开发者来说更是如此：源代码的位置、调试器配置、配色方案、环境变量以及默认工具配置对于高效工作都很重要。无论您是一个前端工程师，负责在多级中间层上构建高度可扩展的表示层，还是一个平台开发人员，负责构建新一代令人赞叹的数据引擎，在您的开发环境中能够完成所有开发工作对于您的工作效率都至关重要。
对使用容器的开发者来说，通常需要在他们的开发机器上运行一个服务器虚拟机，然后在虚拟机中运行容器。这种做法的后果是跨机器的编排非常复杂，代码共享和调试非常蹩脚，破坏整个的开发体验。今天我们非常激动（地宣布），我们将终结Windows开发者的这种痛苦，因为我们将Hyper-V容器集成到了Windows 10中。得益于原生的容器支持，开发者将能够构建出优秀的云端应用。因为Hyper-V容器使用它们自己的Windows内核实例，所以您的容器是一个真正的内核级的服务器容器。此外，得益于Windows容器运行库的灵活性，构建在Windows 10上的容器能够以Windows服务器容器的形式或者Hyper-V容器的形式运行在Windows Server 2016上。
Windows Insider会员将会在接下来的几期Windows Features对话中看到全新的“容器”功能。同时，伴随着Windows Server 2016 Technical Preview 5的发布，Nano Server容器的操作系统镜像以及更新过的Windows版Docker引擎将一起提供下载。敬请关注http://aka.ms/containers，以便了解所有细节、获取新的快速入门指南。这些（资料）对于您在不久的将来在Windows 10上运行Hyper-V容器大有裨益。
此外，自从去年的//build/大会上亮相之后，我们就一直在寻求大家关于Windows容器的想法和反馈。我们非常感谢大家贡献的论坛帖子、推文、Github评论以及面对面的对话等等（请继续为我们出谋划策!）。在所有这些反馈中，其中有一条被反复提及——为什么我在PowerShell中看不到Docker容器？
与大家讨论了很多优点、缺点以及多种选项之后，我们得出结论，现在的容器PowerShell模块需要更新。所以，我们今天宣布，将废除搭载于Windows Server 2016预览版中的容器PowerShell模块，并用一个新的支持Docker的PowerShell模块来取代它。我们已经开始了这一新模块的开发工作，不久我们就会将其开源。（通过这一开源举措），我们希望能够借助社区协作的力量，为基于Docker引擎的容器带来优秀的PowerShell体验。新模块的构建直接基于Docker引擎的REST接口，这样用户就可以选择使用Docker CLI或者PowerShell甚或同时使用二者。
开发一个优秀的PowerShell模块并非易事，保证功能正确的同时，对对象、参数集合以及cmdlet命名进行权衡都是非常重要的。所以，在着手开发这个新模块的时候，我们期待你们——我们的最终用户、庞大的PowerShell和Docker社区能够共同出力来打造这个新模块。对您来说，什么样的参数集合最重要？我们应该提供一个和docker run等价的命令吗？或者说您期望创建容器之后直接启动容器？ 换句话，您想要一个什么样的PowerShell… 最近我们会在http://aka.ms/windowscontainers/powershell发布一个新的页面，便于大家了解这一模块的更多信息并参与到开发工作中。请前往页面查看，我们希望听到您的想法！
