一组图表告诉你，AWS为什么刚刚启动了K8S 容器项目

K8S技术社区正式上线啦！快快关注找到志同道合的小伙伴！

2017年3月，AWS与K8S（Kubernetes）创业公司Heptio联合启动了K8S Quick Start，Heptio将帮助AWS解决方案架构团队设计K8S参考架构。

此前，K8S已被应用于Azure、DC/OS以及几乎所有知名的云平台，而Amazon Web Services（AWS）是唯一的例外。Amazon在2016年的re：Invent大会上发布AWS Blox的时候还曾阻击K8S。Blox是一个开源项目，支持用户在Amazon EC2容器服务之上创建定制的调度器和其他的工具。当时，客户和专家就期待Amazon能够拥抱K8S。

 

此举引发IT人士关于AWS将进一步采纳K8S的猜测，认为亚马逊EC2容器服务将成为下一个集成点。

 

Heptio是一家致力于支持和改进K8S开源生态的创业公司，创始人Craig McLuckie曾是Google前雇员，也是K8S项目的创立者之一，他表示，Quick Start还存在一定的限制，当前最适合开发工作流以及小团队应用。虽然它还不是一个正式的产品，但让K8S很好的对接AWS是第一步，他同时强调了这也是第一次AWS解决方案架构团队把精力投入到纯粹的K8S解决方案上。

 

到底AWS是否会顺应广大用户的期望全面拥抱K8S呢？其实，这种推测是有据可考的：

在之前，AWS生态也出现过支持第三方开源软件的情况。AWS OpsWorks产品，就是利用 Chef 来自动处理用户在Amazon Elastic Compute Cloud (Amazon EC2) 实例或本地计算环境中的服务器配置、部署和托管工作。在OpsWorks中，AWS选择拥抱开源Chef作为标准，而非自己去开发配置管理软件。因此，不排除未来对K8S，AWS ECS也会采取同样的策略。

AWS以前也提供一种类似K8S的参考架构，当时是与Redhat OpenShift合作的快速启动，当前Heptio版本关于如何配置K8S还不具体。与此同时，AWS还针对Docker数据中心、Chef，puppet、AnsibleTower以及更多的产品快启了参考架构。K8S快速启动主要包括针对K8S集群的cloudformation模版，除此之外，还包括自动扩展，kops——一个专为AWS上K8S的社区支持功能——当前还不提供支持。

 

独立IT调研机构Forrester分析师Rob Stroud评论，AWS别无选择，K8S正在成为主流，K8S的采纳将会驱动ECS最终应用，反过来，也将让ECS更具吸引力。

 

2017年初，RightScale发布了一份《2017年云计算行业现状》调查报告，报告就云计算行业采用DevOps工具的状况进行了调查。报告指出，Docker和K8S在2017年都取得巨大增长，但非Docker工具的采用率保持平稳甚至出现下降，这侧面说明了，Docker所取得的增长部分来自于配置管理工具。

 

在RightScale分析的IT人员使用的所有DevOps工具当中，Docker占据市场最大份额，35%的调查对象已经在使用它，32%的调查对象计划使用它。这些数字超过了Chef、Puppet、Ansible、Salt、Mesosphere和Rancher。

 

K8S得到的份额大概是Docker的一半（14%的调查对象已经在使用它，22%的调查对象计划使用它），但RightScale特别指出，相比其他容器编排工具，K8S显示出来的同比增长势头最为强劲。分析人士指出，这源于当前K8S已被公认为是构建新型容器集群基础设施的标准。