全面走向插件化和接口化的 Kubernetes

40 阅读 0 评论 27 点赞

我是靠谱客的博主文静毛豆，最近开发中收集的这篇文章主要介绍全面走向插件化和接口化的 Kubernetes，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

导读：云原生架构是近年来炙手可热的技术趋势，是指用于构建和运行充分利用云计算模型优势的应用，也是容器化之后的必然选择。云原生如何达成？让我们听听Kubernetes代码维护者给我们的答案！

11 月 23 ~ 24 日，GIAC 全球互联网架构大会将于上海举行。GIAC 是高可用架构技术社区推出的面向架构师、技术负责人及高端技术从业人员的技术架构大会。今年的 GIAC 已经有英特尔、腾讯、阿里巴巴、百度、蚂蚁金服、华为、科大讯飞、新浪微博、京东、七牛、美团点评、饿了么、才云、格灵深瞳、Databricks等公司专家出席。

在大会前夕，高可用架构采访了2018年 GIAC Cloud Native分论坛讲师张磊，就目前大家广泛关注的容器技术问题进行了访谈。

张磊，Lei (Harry) Zhang 是 Kubernetes 项目的成员和联合维护者，主要聚焦容器运行时接口(CRI)、调度、资源管理和基于管理程序的容器运行时间。Lei 曾是 KataContainers/Hyper 团队成员，微软研究院(MSR)访问学者。Lei 现在在阿里巴巴集团担任高级技术专家，共同负责Kubernetes 上游和阿里巴巴大型集群管理系统的工程工作。Lei 是 KubeCon 大会备受欢迎的演讲者，也曾在 LinuxCon 和 OpenStack Summit发表过多次技术演讲。

高可用架构：你这次分享的议题是和 CRI（Container Runtime Interface） Shimv2 相关，这个概念大家都还不太熟悉，能否简单介绍一下？

张磊：CRI 是 Kubernetes 项目在基本特性进入稳定期之后主要推进的插件机制。是 Kubernetes 与 Docker ，containerd 等容器项目之间的标准接口。而 Shimv2 则更进一步，它是 Docker， containerd等容器项目与 runC等 OCI 容器运行时之间的标准接口。

高可用架构：CRI Shimv2 比前一版本的 CRI 优势在哪里？听起来它只对 Kubernetes 开发者有用？它对 Kubernetes 的最终用户来说，有什么好处？

张磊：Shimv2的提出，使得通过 Kubernetes在一台宿主机上同时管理两种甚至两种以上容器运行时成为可能。最直观的例子，就是用户现在可以选择一个自己的一个镜像，是用 Docker 去运行，还是用 KataContainers 或者 gvisor 这样的安全容器来运行。

高可用架构：你一直关注容器领域，能否简单总结一下今年容器的发展状况？有什么标志性的事件？以及新兴的值得关注的项目？（或者改成 Kubernetes 领域？）

张磊：2018年，Kubernetes 及容器领域最标志性的变革就是全面走向插件化和接口化。这个变革使得容器技术创新从 Kubernetes 本身逐渐上升到 Serverless 层和Service Mesh 层，涌现出了像 Knative 这样基于 Kubernetes 之上的、类 PaaS的项目。

高可用架构：KubeCon Shanghai 2018 刚刚结束，你觉得大会上有哪些新的亮点可以和大家分享的？

张磊：KubeCon 上海的 End User 案例是历届 KubeCon 上最丰富的一次。其中最突出的表现，莫过于各大互联网公司对 Kubernetes 项目进行插件化定制的众多姿势。随着 Kubernetes “民主化” 变革的推进，如何把 Kubernetes 项目推向互联网级规模，是接下来这个社区发展的一个重要旋律。Uber，FB，Google，LinkedIn， BAT，基本上你能叫上名字来的团队都有各自的动作，非常值得关注。

高可用架构：你在极客时间的专栏《深入剖析 Kubernetes》已经更新了近 40 讲，技术人在做研发的同时进行写作分享，制作课程的工作量也很大，是如何平衡的？这个过程中你有什么收获和感悟？

张磊：主要还是靠平时的积累和沉淀，而不是临时抱佛脚。最大的收获，当然是能够接触到最一线的工程师，了解他们的思想和看法，这是弄清楚一项技术在业界普及度和被接纳度最好的渠道。

高可用架构：技术布道和技术研发两种角色，你觉得自己更倾向于那种角色？这两种角色对技术人的要求有什么不同点？国内技术人对技术布道的认识可能还比较浅，能否介绍下国外的一些模式？

张磊：开源技术工程师，必须兼备两者的能力，否则你的项目是不可能玩得转的。而这两件事本身其实也没有冲突，无非是把 idea 输出成程序语言，还是输出成人类语言的区别。国外的技术布道，其实是一个专业团队完成的，各有分工职责，有定期的头脑风暴和明确的目标。但这在国内很不现实。国内的话，只能是工程师兼任技术传播的责任，这其实在大多数情况下效果不好。