年前最后一场技术盛宴 | 1月27日与京东、日志易技术大咖畅聊智能化运维开展趋向！

作者引见：梁胜博士，Rancher Labs Inc. 结合开创人及CEO。Java言语J2SE平台中心组件JNI的作者，JVM的指导设计与开发者。2008年创立cloud.com，被誉为CloudStack之父。2011年cloud.com被Citrix收买，成为Citrix首位华人CTO。2014年创立Rancher Labs，公司产品Rancher是开源的企业级容器与Kubetnetes管理平台。

谈及容器技术，毫不夸张地说，2017年是“Kubernetes之年”。

Kubernetes自2014年推出以来，就不断保持稳步增长，但在2017年，增长速度远超大家的想象。

1、以我本人的公司Rancher Labs来说，我们创立的容器管理平台Rancher在过去支持多种容器编排框架，包括Swarm、Mesos和Kubernetes。为了满足市场和客户的需求，Rancher 2.0版本100%的放在Kubernetes上。我们并不孤独，甚至包括Docker和Mesosphere在内的竞争框架的开发商也宣布支持Kubernetes。

2 、Kubernetes的安装和操作变得更容易了。实践上，在大少数状况下，您不再需求安装和操作Kubernetes。一切主要云提供商，包括谷歌、微软Azure、AWS和中国抢先的云效劳提供商，如华为、阿里巴巴、腾讯，都推出了“Kubernetes即效劳”。这不只让运用谷歌GKE或华为CCE的云Kubernetes愈加复杂，同时，也愈加便宜。 云效劳提供商通常不对运转Kubernetes主机所需的资源停止收费。由于要运转Kubernetes API效劳器和etcd数据库至少需求3个节点，所以云“Kubernetes即效劳”可以节省少量的成本。关于那些依然想在本人的数据中心中运转Kubernetes的用户，VMware推出了Pivotal Container Service (PKS.)。理想上，有超过40家供应商提供了CNCF认证的Kubernetes发行版本，运转和操作Kubernetes比以往任何时分都要容易。

3、Kubernetes快速增长的一个最重要标志，就是少量用户末尾在Kubernetes上运转他们的关键义务消费任务负载。由于Rancher从最末尾就支持多个编排引擎，我们对Kubernetes的增长愈加敏感。例如，我们一个美国财富50强金融效劳公司客户，他们每天都在Kubernetes集群上运转他们的运用顺序，处置数十亿美元的事务。 另外一个我们察看到的重要趋向是，用户在消费环境中运转Kubernetes时越来越关心安全性。

回到2016年，我们从客户那里听到的最常见的成绩都是围绕着CI/CD。那时，Kubernetes主要用于开发和测试环境。

如今，客户最常见的特性要求是单点登录、集中拜访控制、运用和效劳之间的隔离、基础设备强化、secrets和凭证管理。

我们置信，提供独自一层来定义和执行安全政策将是Kubernetes最强的卖点之一。我们预测，安全将继续成为2018年最抢手的开展范围之一。

由于云提供商和VMware都支持Kubernetes效劳，Kubernetes曾经成为新的基础设备标准。这对IT行业有着庞大的影响。

众所周知，计算任务将转移到IaaS云上，IaaS是树立在虚拟机上的，而虚拟机没有标准的虚拟机镜像格式或标准的虚拟机集群管理器。

因此，为某一种云构建的运用顺序很难轻松地部署到其它云上。Kubernetes的出现成为这个游戏规则的改动者。构建Kubernetes的运用顺序可以部署在任何兼容Kubernetes效劳上，而不用思索底层基础设备。在Rancher客户中，我们曾经看到了多云部署被普遍采用。关于Kubernetes来说，多云计算很复杂。DevOps团队也大受裨益，由于整个系统的灵敏性、牢靠性以及成本都大为提升。

我对Kubernetes将在2018年继续增长感到十分兴奋。

以下是我们应该关注的一些详细范围：

1、在最近的KubeCon上，最抢手的话题是Service Mesh。Linkerd、Envoy、Istio等等都在2017年末尾盛行。虽然这些技术的运用还处于初级阶段，但潜力是庞大的。人们通常以为Service Mesh是一个微效劳框架。但是，我以为，Service Mesh将带来的益处远远超出了任何一个微效劳框架。Service Mesh可以成为一切散布式运用顺序的共同基础。它为运用顺序开发人员提供了少量的支持，用于通讯、监视和管理组成运用顺序的各种组件。这些组件能够是也能够不是微效劳。它们甚至不需求用容器来建造。即使如今没有多少人运用Service Mesh，但是，我们置信它将在2018年快速盛行起来。我们和容器行业的大少数人一样，都想参与其中。如今，我们正在集中精神将Service Mesh技术集成到我们的产品中。

2、“云原生运用(Cloud Native Application)”这个术语曾经盛行了好几年。它的意思是开收回能在相似AWS这样的云上运转的运用，而不是在像vSphere或物理机集群那样的静态环境中运转。为Kubernetes开发的运用顺序被定义为“cloud-native ”，由于如今一切的云都可以运用Kubernetes。但是，我置信，世界曾经预备好从cloud-native转为Kubernetes-native。我知道有许多组织专门开发用于运转Kubernetes的运用顺序。虽然这些运用顺序并不只仅运用Kubernetes作为部署平台，但是他们将数据保存在Kubernetes本人的etcd数据库中;他们运用Kubernetes用户资源定义(CRD)作为数据拜访对象;他们在Kubernetes控制器中编码业务逻辑;他们运用Kubelets来管理散布式集群;他们在Kubernetes API效劳器上构建本人的API层;他们运用“kubectl”作为他们本人的CLI。 Kubernetes-native运用构建复杂，并且可以在任何中央运转，同时还支持大规模扩展。2018年，我们一定会看到更多的Kubernetes-native运用出现。

3、如今大少数人运用Kubernetes来部署他们本人的运用顺序。没有多少组织情愿将他们的运用顺序包交付到YAML files或Helm charts中。我置信这种状况行将改动。曾经有很多现代软件比如像TensorFlow这样的AI框架都可以作为Docker容器获取。在Kubernetes集群中很容易部署这些容器。几个星期前，Apache Spark项目添加对Kubernetes的支持，将Kubernetes作为调度器。除了Mesos和YARN外，Kubernetes如今是一个很棒的大数据平台。我们预测，未来一切效劳端软件包都将作为容器分发，并运用Kubernetes作为集群管理器。

2018年，即时可用的YAML files或Helm charts将会有大幅度的增长及运用。 回头来看，2017年Kubernetes的增长远远超过了我们一切人在2016年底的预期。虽然我们预料到AWS可以支持Kubernetes，但我们并没有预想到service mesh和Kubernetes-native也会遭到极大的关注。置信2018年会继续给我们带来许多意想不到的技术开展。我刻不容缓地想知道!

【编辑引荐】

容器存储架构比较：Kubernetes、Docker和Mesos Compare

去哪儿网基于Kubernetes/Ceph的GPU云平台实际

AWS发布两个新的容器功用-AWS云上托管的 Kubernetes弹性容器效劳（EKS）和AWS Fargate

为什么容器将统治云端：Kubernetes的崛起

VMware：Kubernetes、vRealize Automation令VIO4.0增值

(责任编辑：admin)