容器云未来：Kubernetes、Istio 和 Knative

随着微服务理念不断深入人心，越来越多的企业把自己的应用逐步由单体转变成微服务架构，Container容器技术的出现恰恰加速了这个转移过程，因为它有效地解决了N多服务的快速部署问题。但是随着服务数目的增多，越来越多的企业希望能够把相关服务有效地“聚合”在一起，方便统一部署与管理。Kubenretes的出现恰恰解决了大规模微服务编排部署所带来的挑战，让整个行业意识到PaaS的落地可以成为现实。

当随着微服务体系下的服务数目越来越多，服务运维成为必然要解决的问题，于是Istio出现了，基于网络代理与控制相分离的实现策略，允许对服务控制策略进行有效合理的管控。

到这里似乎到了很美好的阶段：

其次，服务线上运行的动态伸缩问题。当下kubernetes环境下的弹性伸缩，需要由客户搜集监测数据，并自主手动来实现，但是我们更希望服务线上能够更加自动化和智能化。

最后，服务标准化问题。我们希望服务内部的模型是标准的、能够快速复制和快速构建的；服务通信是标准的：协议标准，格式标准；运行环境是标准的：快速部署，快速迁移。

Knative的出现恰好解决远程直接调用，服务线上自动管理以及一些列标准化问题。

下面我们来看一下三者的关联：

Kubernetes和Istio相信大家比较熟悉了，这里不做过多介绍，有需要的同学可以关注下我们之前发布的相关文章，这里我们重点来看一下Knative。

Knative是谷歌开源的serverless架构方案，旨在提供一套简单易用的serverless方案，把serverless标准化。目前参与的公司主要是Google、Pivotal、IBM、Red Hat，于2018年7月份对外发布，目前处于快速发展阶段。

• Knative 解决应用模板+面向统一环境的标准化构建场景；
• Kubernetes作为基础设施，解决应用编排和运行环境场景；
• Isito作为通信基础设施层，保证应用服务运行可检测、可配置、可追踪问题。

这三者贯穿应用服务生命周期全过程，容器云恰恰也是管理应用服务的控制平台，这就能够很好地解释，为什么Kubernetes，Istio，Knative在未来会成为构建容器云的三驾马车。

本文由博云研究院原创发表，转载请注明出处。