微软发布了新的托管 Kubernetes 服务预览版“ Azure 容器服务(AKS)”,该产品独立于现有的 ACS,后者支持 Kubernetes、Mesos DC/OS 和 Docker Swarm 等多种编排工具。AKS 有如下特性: Azure 托管的控制面板、自动升级、自我修复、用户可配置的扩展以及“面向开发人员和集群操作人员的简洁用户体验”。最初,AKS 将默认使用 Kubernetes 1.7.7 ,这是该软件的最新稳定版本,如果客户愿意,也可以选择新发布的 1.8 Beta 版。
在 Azure 博客上 AKS 的发布公告中,微软 Containers 首席项目经理 Gabe Monroy 指出,在过去的六个月中,Azure 容器服务(ACS)上现有的 Kubernetes 支持增长了 300%,并承诺,新的 AKS 预览版“可以简化 Kubernetes 环境的管理,而又不会破坏可移植性”。现有的 ACS 服务是 2015 年推出的,支持多种容器编排工具,包括 Kubernetes、 Mesos DC/OS 和 Docker Swarm 。Monroy 表示,“[Kubernetes] 已经成了容器编排工具的开源标准”,而“Kubernetes 的独特社区参与方式以及可移植性让它成为一个可以作为标准的理想编排工具”。
Azure 仅将 Kubernetes 作为其容器编排产品的基础平台,这种显著变化引发了社区的讨论,有些用户对 ACS 和 AKS 的关系产生了疑问。Azure 容器服务产品经理 Saurya Das 回复说,ACS 和 AKS 还会继续共存一段时间,因为 ACS 是正式版,而 AKS 还是预览版。ACS 也不会被放弃,Das“正在研究只通过 Azure 市场提供 DC/OS 和 Swarm,后者一直提供这两种工具”。
除了运行底层的计算资源如 VM 要付费外,AKS 本身是免费使用的。这和谷歌 GKE 托管的 Kubernetes 服务形成了鲜明的对比,后者除了收取底层计算资源的费用外,管理一个有 6+ 节点的“标准”集群,还要收取每小时 0.15 美元的费用。在 AKS 发布的博文中,Monroy 表示,这种计价模型永远都不会变:
和其它云提供商按小时收取基础设施管理费用不同,AKS 永远不会收取 Kubernetes 集群管理费用。
AKS 预览服务不是没有问题,Kubernetes 控制面板现在还无法使用(只能通过kubectl port-forward 使用“ az aks browse ”访问控制面板 pod),资源组上的服务原则许可也还有些问题。还有一个有趣的问题,就是现在似乎无法使用Windows 桌面部署AKS 集群,因为这需要使用Powershell 的“get-credentials”命令,而该命令在这个环境里无效。此外, Windows Server 容器目前不支持 AKS,因为多个 Kubernetes 核心组件必须运行在 Linux 主机上。
除了推出 AKS 外,微软还宣布了 Azure 容器注册中心(ACR)的容器镜像地域复制特性的预览版,这是他们的容器镜像存储解决方案。目前,只有支持 ACR 的 Azure 特级服务“SKU”提供地域复制预览。
现在,客户可以通过点击地图管理单个注册中心,跨任意数量的区域复制。任何发送给 ACR 的容器镜像 push/pull 请求都会路由到最近的注册中心。ACR 地域复制让客户可以将他们在全球的部署作为一个实体来管理。地域复制是第一个为满足客户全球运营需求的此类特性,进一步拉开了 Azure 与全球业务规模小得多的竞争对手之间的差距。
今年早些时候,微软加入了原生云计算基金会(CNCF),成为白金会员。CNCF 管理着Kubernetes 开源项目。除了其他的CNCF 项目外,微软一直在向Kubernetes 贡献代码,并开发了类似 Draft 这样的有趣软件,后者是为了让开发人员可以更轻松地使用 Kubernetes。
要了解更多有关 AKS 的信息,请查阅 Azure 博文“ AKS(托管 Kubernetes)及 Azure 容器注册中心改进介绍”。
查看英文原文: Microsoft Release Preview of Azure Container Service (AKS), a New Managed Kubernetes Service
评论