Kubernetes肯定不会是第一个受制于其规模的开源项目，但是专家有不同看法……
Hadoop由于其使用不友好终于耗尽能量，相对于Hadoop如今人老珠黄，Kubernetes现在是开源社区新宠。正如Capital One的Bernard Golden所说，Kubernetes“易于操作”，正大步向前。相对这种外交辞令，有些人认为Kubernetes正在忍受类似痔疮一样的痛苦。
Kubernetes会步Hadoop的后尘吗?
很可能不会。相对于日益难用的Hadoop，Kubernetes变的越来越易用。尽管Kubernetes用起来并不简单，但是其复杂性跟Hadoop有本质不同。
Hadoop的不兼容复杂性
首先看看Hadoop。当MapReduce概念提出时，Apache Hadoop就是很复杂的。随着更多功能不断加入和完善，复杂性更是不可避免。正如Tom Barber所说，“Hadoop本质是什么?MapReduce被Spark取代又被其它功能取代，等等”，尽管如此，仍然很笨重。
为什么笨重，VMware的Jared Rosoff认为：“Hadoop复杂性来自于其基础架构由太多不相关并且复杂系统沟通，每个系统都有不同生命周期和管理模式”。Flume，Chukwa，Hive，Pig，ZooKeeper等等，听起来名字都很灵气，但是把他们整合在一起工作的确是个噩梦，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则是前者。
因此，Kubernetes仍将会是容器编排领域的业界标准。
