k8s 市场现状闲聊

关于k8s 的运维方式，dashboard与kubectl cli哪个更好：

2年前曾经与某做跨境电商的产品经理聊这个问题，我说linux cli是天花板。 而对方用很不屑的语气说你的命令行敲错了怎么办？ 说用web界面才是王道。草……

昨天，去高新园与一个做游戏的聊天，对方的观点就比较正。 我们一致认为：命令行是运维人员应当追求的，而web界面是给小白鼠用的。

不同的人观点不一样，只能选择，不能说服别人去认同你的观点，因为知识体系，工作背景不同。

举2个例子：
客机飞行起飞和降落阶段是人工驾驶、在空中是自动驾驶。 当出现极端天气时 一定是人工去接管自动驾驶系统，机长靠方向盘是最靠谱的。

昨天也提到阿里云提供了k8s 一键部署，用起来也很一般。 这个问题是这样：
对于阿里这种公司，是不可能搞不定一个开源组件的。 他们是业务驱动，如果业务需要深度开发则投入大量人力物力去研究，修改版本。 如果业务不需要深度开发，他们也会做把开源产品简单的包装后，就(侧重点在于简化流程，让小白能傻瓜式的使用)直接拿去卖钱的事情。 例如阿里云的redis、mysql、kafka、对象存储等很多组件就是如此，并不比开源产品性能高多少。

大公司，也有先安排一两个人去做某个事情的做法，而且比较普遍，不是说大公司的产品，就一定应该如何如何。 需要考虑成本、战略等。

小公司研发实力虽然在整体不如大公司，在灵活性、某个点的深度，是可以超越大公司的。

大部分k8s的用户（中小公司），是小白用户，对与网络、架构不需要特殊要求，本身的业务量就很小，开源的是足够用的。
少部分特殊场景，例如银行、证券、保险、im（微信这样的体量）、AI（gpu人工智能），需要购买专做云服务创业公司的k8s，据我了解，腾讯、阿里等也购买了不少这种小公司的产品。

再重申一边：大公司不是搞不定，而是时间成本。 能简单的就简单，能从其它公司买的就花钱去买，而不会什么事情都是自己去干，大公司的程序也不是神，代码也得一行一行去看，坑也得一个一个去踩一遍。 大公司不缺钱，缺时间和机会窗口，要快速反应。

总结：
二八原则。
80%的k8s用户对于k8s了解很肤浅，阿里云主要吃的是这一块的用户。
20%的k8s用户，对性能等有特殊要求，做微服务的创业公司吃的是这一块的用户。