k8s是否正在重蹈OpenStack的覆辙？

容器

前段时间，Mirantis 联合创始人 Boris Renski 发表博文称，由于对运维问题的忽视，k8s将面临和OpenStack一样的困境。

OpenStack的崛起，得益于开发者们对自由选择云计算技术的渴望。最开始AWS一家独大，后来VMware推出了私有云，然后Eucalyptus和CloudStack说云技术应该是开放的，再然后OpenStack推出新的理念，云技术应该是灵活且可插拔的。这种理念征服了想快速应用云技术但又不想为云做出妥协的开发者，迅速拥有了大批拥趸。云计算厂商也希望借它来对抗日益壮大的AWS。

Kubernetes也经历了类似的发展。以Cloud Foundry和OpenShift为代表的PaaS技术，对开发者部署的应用多了多番限制，开发者只能在受限的环境开发和部署应用。而Kubernetes允许开发者部署任意线上环境以及不受限制的运行时，和容器技术一起也迅速获得了开发者和云厂商的青睐。

但是，一旦允许开发者自定义技术栈，运维的问题就随之而来。在之前可控的技术栈和受限的环境里，云厂商可以有针对性的提供运维工具，但在自定义技术栈的情况下，没有什么运维工具可以万能的应对。由此带来的麻烦有可能压倒由自定义技术栈带来的便利。

OpenStack后来的结局是，云技术采用者们在发现了OpenStack隐含的坑之后，又奔向了公有云的怀抱，那么Kubernetes接下来如何，也很显而易见了。