会压垮Kubernetes吗？

Keeper等等，听起来名字都很灵气，但是把他们整合在一起工作的确是个噩梦，Hadoop其实是一个复杂解决方案栈，其复杂性来自于用户。

Kubernetes的不同在于其扩展Hadoop的模式。如Rosoff所说，“Hadoop并没有考虑人们会如何扩展系统，因此造成了完全不兼容扩展的生态系统”，相对的，“Kubernetes则选择了完全不同的扩展方式。Operators，CRI/CSI/CNI，确保当更多组件加入时，表现的更加顺畅”。换句话说，不像Hadoop不兼容扩展，“Kubernetes扩展后仍然是个整体”。

Kubernetes可信赖的复杂性

并不是说Kubernetes很简单。Joe Beda of Heptio，作为Kubernetes创始人，声明，“Kubernetes是个复杂系统”，但是这种复杂性是必须的，因为“Kubernetes做了很多抽象工作”。每个人都需要这种抽象吗?不，“大部分人更希望一个简易的功能”。

但是对于需要使用Kubernetes的用户来说，Beda强调，相对于已经熟悉的“老旧兼容性复杂性”，他们更需要一种全新的复杂性系统。

作为工程师，我们更愿意体验自己产生的复杂性，而不是需要去学习复杂性。随着开发工作采用Jenkins，Bash，Puppet/Chef/Salt/Ansible，AWS，Terraform等，我们造就了独特但是熟悉的复杂性，这种复杂性是内生的因此并不会感到很复杂。

当时让新人加入这种系统就会比较困难，他们可能对工具很熟，但是对系统独特性并不熟悉，这就是Kubernetes有价值的地方。Kubernetes提供一系列抽象层解决问题。尽管还会需要一些学习，但是这种模式会大大提高生产效率，而且可以在不同项目和开发环境下进行切换。

懂了吗?与某些具有锁定开发系统环境复杂性不同，Kubernetes复杂性带来的好处是不会被捆绑在某种开发环境上。因此，Kubernetes所获得的知识是可以迁移的。换句话说，“一次学习，终身受益。”

一次学习，终身受益

Kubernetes的学习过程也比Hadoop更容易，Gareth Rushgrove说，“在本地可以很容易运行Kubernetes，相比于其他复杂系统，降低运行门槛非常重要”。另外，如CNCF基金的Chris Aniszczyk所说，“分布式系统内生具有复杂性，Kubernetes帮助云提供商提供一种随需扩展的实现方式”，尽管如此，我们应该这么问这个问题：“Kubernetes相对于它要解决的问题来说复杂吗?”，回答应该是“不”。

因此对于“Kubernetes会步Hadoop后尘吗?”，答案也是同样的。Kubernetes已经走过了艰难时刻，尽管Kubernetes的编排工具很复杂，不适合所有场景，但是所有的工具都需要学习，使用和理解。几个小时不够，因为这个工具是为了解决复杂问题的。复杂性分为可控的和意外的两种，Hadoop属于后者，而Kubernetes则是前者。

（编辑：开发网_开封站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!