Docker宣布企业版支持Windows Server 2019

\u003cblockquote\u003e\n\u003cp\u003eDocker宣布在其企业版平台（Docker Enterprise）中支持Windows Server 2019长期支持频道（Long Term Servicing Channel，LTSC）和Server 1809半年频道（Semi-Annual Channel，SAC）。Windows Server 2019从之前的SAC频道发布到LTSC频道后，带来了一系列提升。包括入口路由、虚拟IP服务发现和命名管道挂载。\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003e此次发布还包括可以在包含Linux节点的混合集群中运行基于Server 2019 和 1809的容器。\u003c/p\u003e\n\u003cp\u003e从Windows Server 1709和1803的\u003ca href=\"https://docs.microsoft.com/zh-cn/windows-server/get-started/semi-annual-channel-overview\"\u003eSAC发布频道\u003c/a\u003e升级到\u003ca href=\"https://docs.microsoft.com/zh-cn/windows-server/get-started/semi-annual-channel-overview\"\u003eLTSC发布频道\u003c/a\u003e之后，\u003ca href=\"https://docs.microsoft.com/zh-cn/windows-server/get-started-19/whats-new-19\"\u003eWindows Server 2019\u003c/a\u003e带来了一系列提升。包括支持\u003ca href=\"https://blogs.technet.microsoft.com/virtualization/2017/09/26/dockers-ingress-routing-mesh-available-with-windows-server-version-1709/\"\u003eDocker的入口路由\u003c/a\u003e。入口路由是Swarm模式的一部分，能够通过简单配置提供服务发布的优化。该功能提供了一个“Swarm端口”来访问容器发布的服务，包括哪些当前没有运行容器的主机。这样，能够通过\u003ca href=\"https://docs.docker.com/engine/swarm/ingress/\"\u003erouting mesh\u003c/a\u003e的方式来简化负载均衡，将入口流量路由到可用节点上的容器发布的端口中。\u003c/p\u003e\n\u003cp\u003eServer 2019新增了\u003ca href=\"https://blog.docker.com/2018/11/introducing-docker-enterprise-2-1-advancing-our-container-platform-leadership/\"\u003eVIP服务发现\u003c/a\u003e功能，作为\u003ca href=\"https://docs.docker.com/network/overlay/\"\u003eDNS轮\u003c/a\u003e\u003ca href=\"https://docs.docker.com/network/overlay/\"\u003e询\u003c/a\u003e（DNS Round Robin，DNSRR）方式的替代。VIP服务发现功能可以在容器通过Swarm服务发现功能发起DNS请求时，获取到一个单一的IP地址。该单一地址是一个虚拟地址，访问时会通过网络层路由到实际提供服务的容器中。由于关联到实际服务的IP地址只有一个，可以确保当容器被替换时，调用方不会缓存有过时的记录。这个实现方式和DNS轮询方式不同，后者会获取所有容器的IP地址，并通过轮询的方式做负载均衡请求。\u003c/p\u003e\n\u003cp\u003e同时，Server 2019还支持了\u003ca href=\"https://blog.sixeyed.com/what-you-can-do-with-docker-in-windows-server-2019-that-you-couldnt-do-in-windows-server-2016/\"\u003e通过命名管道运行Docker API\u003c/a\u003e。在之前的Server 2016版本中，访问Docker API只能通过TCP/IP。有了\u003ca href=\"https://docs.microsoft.com/en-us/windows/desktop/ipc/named-pipes\"\u003e命名管道\u003c/a\u003e的支持，用户可以通过挂载卷的方式挂载命名管道到默认挂载点，然后Docker命令行工具可以通过它访问本机上的Docker API。\u003c/p\u003e\n\u003cp\u003eServer 2019的基础镜像也有了提升。来自SEAL Systems的高级软件工程师\u003ca href=\"https://www.linkedin.com/in/stefan-scherer-b6919b155/\"\u003eStefan Scherer\u003c/a\u003e\u003ca href=\"https://stefanscherer.github.io/docker-on-windows-server-2019/\"\u003e比较\u003c/a\u003e了Server 2016和2019版本的镜像大小，发现2019镜像相比于2016镜像要小⅓到¼。\u003c/p\u003e\n\u003cp\u003e\u003cimg src=\"https://static.geekbang.org/infoq/5c6224a1cf49e.png\" alt=\"image\" /\u003e\u003cbr /\u003e\n\u003cem\u003eWindows Server 2016和Server2019镜像大小比较（图片来源：\u003c/em\u003e\u003ca href=\"https://stefanscherer.github.io/docker-on-windows-server-2019/\"\u003eStefan Scherer\u003c/a\u003e\u003cem\u003e）\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e从2014年起，微软和Docker一直致力于将容器化引入到Windows系统。容器支持最早在\u003ca href=\"https://blog.docker.com/2016/09/dockerforws2016/\"\u003eWindows Server 2016\u003c/a\u003e中随着Docker企业版引擎一起发布。2017年，实现了基于Swarm的在同一Docker企业版环境中\u003ca href=\"https://blog.docker.com/2017/08/docker-enterprise-edition-17-06/\"\u003e混合Windows Server和Linux集群\u003c/a\u003e。2018年增加了对SAC频道Windows 1709和1803版本的支持。\u003c/p\u003e\n\u003cp\u003e2019年的计划包括支持在同一集群中Swarm和Kubernetes两种服务编排框架的相互替换。Server 2019包含了对运行Kubernetes工作负载的增强支持。Docker和微软目前正在实现使用Docker企业版来支持运行在Kubernetes上的Windows工作负载。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e查看英文原文\u003c/strong\u003e：\u003cbr /\u003e\n\u003ca href=\"https://www.infoq.com/news/2019/01/docker-windows-server-2019\"\u003ehttps://www.infoq.com/news/2019/01/docker-windows-server-2019\u003c/a\u003e\u003c/p\u003e\n