上周， Docker CTO 和微软的 CTO 在一起讨论了他们为 Windows Server 开发容器的具体进展情况。两位表示他们的合作已经步入正轨。
根据 Docker CTO Solomon Hykes 和微软 Azure 首席技术官 Mark Russinovich 表示：“ Docker 和微软进一步深化他们之间的合作，以确保下一代的 Windows Server 操作系统能够完美运行 Docker 容器，甚至可以媲美 Linux 。”
这两位技术主管在旧金山 Docker 总部轻松的握手致意，这是他们作为个人的第一次见面， 8 月 10 日，他们分别代表具有竞争关系的 Linux 和 Windows 开发者阵营。现在，他们又代表这两个阵营之间可能的合作。
两位 CTO 表示，技术开发工作正在针对既定目标，有条不紊的推进。具体的计划表是什么还有待观察。在下一个版本的 Windows Server 发布之前， Windows 开发人员将不会在 Windows Server 、 Visual Studio 和.NET 上使用 Docker 系统。预计会在 2016 年的某个时候，这个目标将会实现，但无论是 Russinovich 还是其他其他微软高管都没给出确切时间。
微软 CTO
(Image: TERADAT SANTIVIVUT/iStockphoto )
Russinovich 预测：“ Windows 开发人员在使用 Docker Compose 和 Docker Swarm 和 Docker APIs 时候将拥有完全一致的使用体验。”
像 Docker 工具可以运行在 Windows Server 上一样， Linux 应用程序也不会突然奇迹般地出现在 Windows 窗口。
相反，每一种类型的应用程序都有适合自身的操作系统。但是开发者，无论他们身在哪个阵营，都需要学习和使用相同的工具集在一个 Docker 容器上来运行他们的应用程序。容器本身指定哪个操作系统来运行内部的代码——例如 Linux 为 Linux 应用程序。它还指定需要哪个版本的 Linux 内核。只有最新版本的 Windows Server 才能运行容器。
“个人开发者也许倾向于某一个自己喜欢的系统”， Hykes 承认。但是团队开发人员，开发组织和业务单位就需要一个混合的构建应用程序操作系统”，包括 Linux, Windows 以及 .Net 元素等，他表示。
凭借他们之间共享的 Docker 系统，他们可以开发各自的应用程序服务——比如在 Window 一侧的 C Sharp 和 Linux 一侧的 Node.js ，然后作为分布式应用在 Docker 容器上运行它们。
Russinovich 说，他已经在今年的 6 月份旧金山的 DockerCon 大会上演示过。
在 Docker 办公室，他说，利用 Visual Studio Online 使用 Docker ，这不仅包括.NET 语言也包括相当于一个持续的代码传递系统，用来团队协作工作流、调试和源代码控制。业务应用程序代码持续交付是我们常说的现代开发团队的目标。频繁更改的代码保持与业务条件吻合，在该方式下进行避免干扰到生产系统。
Russinovich 表示，增加 Docker 容器有助于完善开发团队和运维人员构建的用于频繁更新产品代码的“持续管道”。
(Image: Docker CTO Solomon Hykes )
微软 CTO2
除此之外， Hykes 表示， 随着 Docker 在 Windows 和 Linux 开发团队中的联合使用，这将意味着人们将使用可以自由的选择他们是用 Windows 笔记本电脑，还是 Linux 机器，或者一台苹果笔记本，而且也会减少使用这些不同操作系统电脑的不良后果。 Docker 格式引擎将会识别不同系统的输出，并且可以构建一个容器，确保输出运行在适当的服务器上。
这项技术将让构建应用像微服务一样，并且将这些服务带到一个联合的操作系统上。
Select Language