大家好，
趁打开流量主的东风，特此贡献一篇长文，分析一下目前国内国外几大著名云厂商的kubernetes服务，以飨诸君。
文起之前，先聊态度。 我本人是十分看好k8s的发展的，为何？ 理因古往今来，能给资本家省钱，能给企业省资源，能把人全栈化，能把业务自动化的玩意，肯定是会受追捧的。君不见docker兴起之时，mesos启势之际，到k8s一统天下。国内企业，技术人员已经有能力消化和适用K8S这类理念和框架了，其带来的好处和收益或许不亚于pc时代的linux服务器，故而有人称之为云时代的linux系统，鄙人确也深以为然。他有啥好处？看起来其实十分简单：
scaling: k8s直接按需扩展pods
recovery:k8s帮你监管pods,出问题了自动修复
monitoring:k8s包含了很多监控能力
free: k8s是免费的
easy&fast:部署应用贼快贼方便，ci/cd集成容易
然而，K8S是银弹（silver bullet）吗？ 显然不是。
我一直强调其是一种理念，开发架构部署时的理念，原则上，你需要具备应用现代化，云原生化，DDD的能力，才能更好结合K8s帮助企业应用数字化转型。通过将业务模型和软件架构改造，配合k8s来做，这才是正确的使用方式。
你问我一个简单的CMS或者企业内部应用sap的，Oracle，需要K8S么？ 我只能说可能不适合。语言，框架，开源软件，都是工具， 择适之而行，方是正道。
言归正传，先抛出一个鄙人客观修改过的横向比对图给各位看一下总览，主要从国外的几大K8S比较表里截取并结合国内情况略加修改。
Google GKE
Microsoft AKS
Amazon EKS
Ali ACK
Tencent TKE
服务时间
2014
2017
2018
2017
2018
K8S版本
1.13
1.13
1.12
1.11
1.10.5
地域支持
全球
几乎全部
几乎全部
几乎全部
几乎全部
国内支持
无
有
无
有
有
托管控制面板
是
是
是
是
是
控制面板SLA
无SLA 内部支持99.5&99.95%regional
无SLA 内部支持99.5%
有 99.9%
无
有 99.95%
集群创建时间
3分钟
7分钟
20分钟
8分钟
3分钟
权限控制
有
有
有
有
偏弱
多节点池
有
有
有
有
无
工作节点HA
有
有
有
有
有
gpu 支持
有
有
有
有
有
每节点pod数
100
110
limited by ENI
100
未声明
每集群节点数
5000
100
500+
40
未声明
worker创建时间
<3mim
<10min
<5min
<10min
<3min
裸金属支持
没
没
有
有
有
自动扩展功能
有
有(cluster scaler)
有(手动启用）
有（ESS）
有（cluster scaler）
k8s升级
自动或者手动
手动（自动在roadmap）
手动
手动
手动
控制面板收费
不收费
不收费
20 cents每小时每个master节点
不收费
不收费
控制面板日志集成
有
有
没有
有
有
认证情况
PCI DSS, ISO, SOC, HIPAA
PCI DSS, ISO, SOC, HIPAA
HIPAA, PCI
没有
没有
全局负载均衡
有
没有（roadmap）
没有
没有
没有
全局网络互联
有
有 vpc互联
有 vpc互联
有 vpc互联
有 vpc互联
网络策略支撑
Calico
Calico
Calico
Terway
未声明，无
container as a service 集成
cloud run
Virtual Kubelet with ACI
Virtual Kubelet with Fargate
无
无
使用界面
很好
好
复杂
好
好
AD集成
federation
native ad
federation
无
无
文档情况
很好
很好
很好
好
简陋
开源支持
开源支持良好
开源支持良好
未参与开源
支持一般
支持一般
devops体系
google全套devops体系，优秀
MS全套devops体系，优秀
AWS全套devops体系，良好
ali devops体系，一般，缺少部分组件
Tencent devops体系，一般，缺少部分组件
Windows容器支持
支持
支持
支持
不支持
不支持
看完以后大家应该已经有了一个简单的认知，我再从几个方面跟大家聊聊。
技术层面来看，首先，毫无疑问，K8S的王者还是谷歌。毕竟是始作俑者和生态先锋，其技术始发优势和体系建设还是很好的。但是从某些方面来看，azure也从一些地方进行了弯道超车。比如aci的集成和serverless这一侧。而Azure本身，也结合了其自带的企业属性，在ad, rbac,备份等方面完善了开源软件在企业环境中使用痛点，并反馈给了社区。相信随着K8s创始人的加入，中长期AKS是有能力追赶上GKE的。
而AWS的EKS，则可能是其对于自身ECS未能战胜k8s的一种妥协，所以看起来aws的EKS并没有太放心思，至少没到all-in的程度，AWS作为云玩家里唯一对control plane收费的厂商，其本身并未对K8S的一些feature做到极致，而其本身也一直贯彻对开源界取之卖之的态度，没有给K8S社区做任何贡献，以AWS在云计算界的地位，确实颇值得玩味。
国内玩家里，阿里在一些方面赶上了国际厂商的脚步，对于先进技术的投入和跟进步伐是值得称赞的，然而在很多企业级feature和生态体系，易用性，文档方面还需努力跟上，比如这个Terway,大家都在用calico做network policy，你硬生生憋出个不一样的，又犯了当年maxcompute之错。还有阿里云的容器兼容性有待提高，我身边的一些使用.NET Core的同学反馈，微软为.NET Core的打包镜像多为Debain/Ubuntu，出现各种奇怪问题，还说是你的代码问题，要求使用Centos镜像，这个问题在腾讯云不存在。
腾讯云作为后起之秀，其启动时间，性能等能力是值得肯定的，但同样在feature跟进，版本，生态，甚至易用性文档方面欠缺良多。特别是文档，和gke aks暂且不比，比之阿里也是苍白许多，让人体会不到产品的优势和使用方法，亟待丰富。
从国内情况来看，国内目前真正能用得上的K8S主要还是集中在 微软Azure AKS， 阿里容器服务和腾讯容器服务。从IT选型来看，成熟易用，生态完整，可能还是要考虑Azure AKS，当然，从孤云不长的角度，分应用的tier，利用多家云的优势，也是可行之策。
希望本文能帮助到各位正在考虑 k8s服务的老大们。
.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com 
来源：oschina
链接：https://my.oschina.net/u/4562984/blog/4937829