为什么说Kubernetes的崛起预示着云原生时代到来？

现在，云原语(Cloud Primitive)和库本内(Kubernetes)已经成为企业信息技术领域的时尚概念，几乎所有的企业都在关注它们。如果不提及这些概念，企业似乎将在云市场竞争中失去绝对话语权。那么，云原始和库本涅斯之间是什么关系呢？是什么让库本内斯超越了码头工人，成为集装箱战争的领导者？本文将逐一梳理！谷歌在2014年推出的

kubernetes项目可以在如此短的时间内“迅速接管”，这实际上有点不合理！

任何稍有经验的人都会记得20世纪90年代初的网络战争。关于网络牌照的争论持续了许多年。直到TCP/IP协议启动，一切才平静下来！与此同时，我们不会忘记UNIX操作系统在。com时代。当许多供应商无法做出选择时，开源Linux就像一个引人注目的黑马应用程序。

kubernetes，像TCP/IP和Linux一样，有一个共同的特性，那就是在基础设施级别构建更广泛的应用程序。然而，为什么库本内斯能够以非凡的速度到达集装箱？许多人无法解释！如果你必须找到原因，那一定是云带来的强大颠覆力量。

云带来的变化

首先，云计算的快速发展是一切变革的前提。

尽管如此，库伯内盐的快速增长是许多因素的结果。然而，一个重要因素是公共云环境的逐渐成熟。如今，公共云市场不再只由少数几家大型云计算供应商主导。一些希望通过云计算获得关键业务能力的企业也在加大推广力度，以加快公共云的登陆。越来越多的企业希望通过公共云获得信息技术基础设施应用编程接口工具调用模式的可扩展性、可扩展性和可配置性。

其次，德文普斯也是库本内斯能够获胜的关键力量。

DevOps不是一个新概念，在容器和Kubernetes流行之前已经成为主流趋势。DevOps有两个核心理念:一是通过人员、流程和工具的完美结合，帮助企业更好地开发、运行和管理软件，提高工作效率；另一个核心是DevOps提供了一系列工具，可以帮助开发和运营团队自动化许多任务。DevOps还渗透到面向应用编程接口的连接模式中，即每个数据都可以成为一个通过自助服务管理、发现和控制应用程序的应用编程接口。这种可配置的特性是在云时代继承的，并且提供了一个更好的平台。换句话说，库本内斯(Kubernetes)和集装箱(containers)的出现，让企业能够真正走向DevOps，获得新一代的信息技术基础设施，工具落地。

云原生成为企业IT新的架构趋势

在卓越的云实践和开发环境的双重因素的驱动下，云本地架构经历了微妙的变化。基于优秀云实践和DevOps的云本地架构脱颖而出。云本地架构使企业能够以更快的速度实现云转型的目标。

虽然云原生架构包括许多方面，如传统虚拟化、容器和无服务器计算，但库本内是一个不错的选择。

原生云不仅仅是一种架构方法，它还是一个时代和新架构范例的缩影。通过主云，企业信息技术将作为一个整体进入一个新的变革时期。

云原生的前世今生

一般来说，云本地架构不是凭空创建的。它吸收了许多以前架构的精华，使云计算成为可能。

大约在2000年，企业部署了一个面向服务的架构，它主要依靠复杂的中间件来实现。企业服务总线(ESB)处理各种任务，包括系统集成、路由网关、数据转换、安全问题等。同时被网络服务应用程序发现和调用。

SOA的架构原则大多采用点对点通信连接，应用实现中嵌入了服务调用和集成逻辑。当服务数量相对较少时，这种方法非常简单有效。然而，随着服务规模的增长，服务与服务之间的通信变得越来越复杂，连接路径和复杂性也将急剧增加，这给服务治理带来了巨大的挑战。许多人称这种模式为“智能管道，哑端点”。

后来，随着云的兴起以及容器和微服务的推广，SOA最终让步了

不同于基于XML的“哑端点”网络服务模型，微服务是一个松散耦合、高度内聚的单一执行单元。整体架构更倾向于“智能端点、哑管道”模型，所有执行都是通过小程序实现的。然而，为了保证这些程序的集成，我们必须通过基于HTTP协议的轻量级开源简单队列服务来实现它们。

当企业信息技术的内部环境开始从SOA转变为以云为中心的微服务架构时，用“哑管道”取代ESB具有重要意义。然而，在实施过程中存在许多挑战，不可能实现灵活扩展。因此，微服务架构的这一“缺陷”为库本涅斯的发展提供了一个完美的“温床”。在以kubernetes为重要组件的本地云架构中，将SOA时代ESB的诸多优势引入云架构模式，允许用户获得“智能端点”和“智能服务网格”。