【.com速译】谷歌的Kubernetes容器管理系统已经开始在微软的Azure容器服务（简称ACS）正式向用户开放。ACS支持是微软对其Azure容器管理选项做出的重大调整之一，旨在提供具有开放性和竞争力的服务。在一篇博文中，微软宣布Azure是“唯一提供容器服务并允许用户从三大开源编辑解决方案中进行选择的公共云平台”。Azure容器服务强调“选择”的优势。虽然早期不支持Kubernetes，但Azure已经能够支持MesosphereDC/OS和DockerSwarm，主要是因为微软的大部分客户都在使用这两类解决方案，企业认为这样的支持范围已经相当完善.从那时起，Kubernetes迅速崛起，成为占主导地位的容器编排解决方案。在多个深度学习框架中使用，作为开源无服务器/“Lambda”应用程序框架的基础，并可作为内部托管服务使用。KubernetesonAzure自然以在Azure环境中运行Kubernetes为首要问题，并不提供在其他环境中的as-a-service解决方案。然而，通用版本包含更多旨在吸引广泛受众关注的附加功能，例如Linux和WindowsServer，包括对最新版本DC/OS(1.8.8)的支持。让Kubernetes在Azure环境上顺利运行并不困难，但根据微软合作伙伴架构师BrendanBurns的说法，仍然有很多缺失的功能需要解决。以高可用性集群为例，“在审查中，一个集群中只能有一个主节点，”Burns解释道。“虽然可以有多个工作节点，但一个集群只能有一个主节点；如果该设备出现故障，将产生致命的后果。”用户现在可以选择将多个节点设置为主节点，应用潜在故障问题。可伸缩性是微软需要满足的另一项主要要求。伯恩斯说：“你可以采用现有的集群并扩展它以获得更高的容量，或者在你不再需要它时缩小它。”微软认为这些能力对于服务来说是必不可少的，但它也在其他方面发现了更多的“改进空间”——比如开发更好的命令行工具。微软也发现了几个影响集群中容器挂载和卸载磁盘的bug，并提交给了上游厂商——但相关解决方案将主要针对Azure自身的存储系统，而不是实现通用的解决方案。另一个重要的补充是回顾Kubernetes如何与WindowsServer容器协同工作。同样，微软更关心概念问题而不是技术问题。微软的思路很清晰，如果Kubernetes成为未来第一个容器系统，那么在这方面它绝不想落后于别人。对开发人员更友好的DIY方法微软需要跟上容器技术趋势，这在很大程度上是因为容器已经能够“充当他们自己的应用程序交付平台”，Burns解释说。基于Kubernetes与Azure接口的当前状态，这些平台“将是内部平台，但它们也将作为容器编排层的构建块开发，”他指出。这个容器编排层将逐渐成为新时代的虚拟机解决方案，也标志着容器即服务将迅速成为实现平台即服务功能的最佳选择。传统的PaaS将转向裸机或虚拟机平台。不过，就目前而言，“我认为我们将看到更多的容器编排作为一种新型基础设施，而且它将主要是一个以开发人员为中心的平台选项，”Burns解释道。“容器镜像已经成为交付软件的新方式，这些镜像是语言中立的，在某种程度上也是平台中立的，”他补充道。编排层负责运行容器化应用程序，确保正常运行时间和负载平衡。基于容器技术的新型PaaS不再需要专注于分布式系统构建的细粒度方向，这些工作可以交给Kubernetes，转而专注于提供“更丰富的开发者体验——帮助成功完成源码”从编写代码到应用程序部署，”Burns总结道。原标题：Kubernetes完善Azure选项，为WindowsServer容器铺平道路，原作者：SerdarYegulalp
