2018-03-21 13:30

　　    大家好。CNCF是云原生计算基金会，我们有一个定位就是有关开放基础设施项目的社区。这个连接可以看到有很多不同类型的项目。

　　    单纯看这个图，这里面有一些可能看的不是很清楚，我们会不断地会更新连接，在国内连这个网站速度也是比较快的。这里面会有很多不同的部分，包括云和一些应用，其中内容是很充分的。

　　    目的希望去涵盖跟云原生相关的技术，闭源、开源均可，也有一些在里面托管的项目。如果你们采用CNCF托管的项目，可以更快地获得所希望的结果，其实也是一个参考质量。

　　    我们在最近也有一个新的改进，就是增加互动。左边按感兴趣不同的部分，提供相关的国内服务，右边是有哪些成员，可以基于不同筛选的条件，看感兴趣的资料和信息。互动的连接，我们也希望在国内能顺利连接，假定你们某一天连上来很慢，甚至连不上，今天可以越早联络我们越好，因为我们希望以很快速的让很多人获得他们感兴趣的信息。

　　    不同的企业摸索云原生，怎么做容器化？怎么做CI、CD，另外单独一台电脑调动很简单。除了这些比较底层的东西以外，怎么样看到不同应用的表现，推出微服务，也会有相关周边的需求。去年有一个新鲜名词，我们叫做服务网格。

　　    这里谈的是12345，同一时间不同的企业走在条路的时间，也希望有多一些培训、认证和顾问服务的需求。这是我们的成员一直一起在做的事情，我们也有很多培训的材料和课程，有面向DevOps的人员的CKA，也有面向开发者的的CKAD，不同企业、不同开发人员可以希望更方便地让企业去用到有关容器、云原生的东西。

　　    我们也有一个KCSP的，使企业能享受到有SLA的支持。在走了12345之后也有别的东西，除了容器以外，网络也有另外一个在云原生情况下，涵盖其中。另外也会有数据，还有一些就是容器、引擎，我们想到需要升级的东西。我们CNCF希望不断地涵盖，使它所需要的技术部分越来越完整。

　　    有一些比较小型的内容我们也在持续推动，像怎么样定义云原生？有关操作性，一些怎么样做观察，怎么样提供弹性，还有怎么来提供快速研发，这部分我们重新把云原生定义过的五个特性。

　　    我们的技术监督委员会叫TOC，有九位技术领导者。主要做四个事情，一是定义、维护有关技术方向的愿景。有五个不同的点，重新定义有关云原生，是TOC领导的情况下出现的。另外项目会谈很多，会有关新的项目进来，因为项目做到某一步，会不会哪一个方向是需要我们准备好的。也会把项目和项目之间进行整理。另外有一些时间，有些项目要删除或者归档。还有终端使用者，他们也能把所看见的事情反映给TOC，这样可以使得技术发展越来越符合最终使用者的需求，不然好的技术放在外面没有人去用，那这个项目的起始发展会遇到挑战的，这是我们很看重的一个角色。

　　    Kubernetes，我们希望它可以做到生产级容器调度和管理，当然不同的人对它有不同的希望和理解，但基本来讲可以看成一个容器调度引擎。它是从谷歌贡献出来的，到现在为止出了很多不同的版本，我们大概每个季度会有新的版本，大概3月份会有1.10的版本，到时候大家会对Kubernetes有一个新的认识。

　　    还有Prometheus，它就是监测系统和时间序列数据库，让我们观察到系统的表现。它也有一个简写P8X，用的比较少。2016年5月份已经有的一个项目。

　　    随着两个相对比较成熟的，另外也有一些比较周边也很重要的项目，像Tracing，在一个微服务下，是用来跟踪的，也是很重要。它的一个特点，供应商中立的API，这个中立的API在CNCF里面是非常重要的，我们希望有一个比较中立的东西，可以让很多人兼容地来做他们的生意。

　　    除了Tracing以外，还有一个Fluentd也是很重要的。Fluentd能支持很多不同传统的来源，也有用来消耗里面的产出，记录云原生的技术。

　　    linkerd，服务网格，这是一个比较新的一个题目。linkerd就是在不同的场景里，能提供一个比较有生产级别的功能，很丰富的服务网格的功能。

　　    关于RPC，第六个项目就是gRPC，这个g也可以比较想像是谷歌，因为从谷歌开源出来的。是高性能、开源、通用的RPC框架。当然如果有别的使用者感兴趣的，也能贡献支持别的语言的支持。

　　    第七个项目是coreDNS，DNS好像很老的技术了，但其实它有一个部分还没有很完整的，所以我们也有一个CoreDNS的项目。做的事情就是做一个链接插件DNS服务。

　　    第八个服务，centainerd。

　　    第九个服务：rtk。

　　    第十个服务：CNI。CNI是一个主要搭配在Linux容器里面提供容器网络接口。

　　    第十一个项目，Envoy，C++前台/服务代理。

　　    第十二个项目，Jaeger，分布式追踪系统。

　　    第十三个项目和第十四个项目是同一时间进来的，Notary+TUF。（保护软件更新系统的框架，允许任何人信任任意数据集的项目）。

　　    第十五个项目：Rook，提供云原生环境文件、块和对象存储服务。

　　    第十六个项目，Vitess，MySQL的水平缩放的数据库集群系统

　第十七个项目，NATS，开源，高性能，轻量级的云原生消息传递系统。

　　    刚才地图里面有一个很小的块，主要是关于无服务器的。现在的无服务器也越来越丰富，也是很重要的一个发展方向。CNCF里面我们有一个工作组主要是关于无服务器的，里面有一些参加的会员。

　　    无服务器白皮书已经有了，主要做什么事情？把一些现在已经在做的内容，比较同意的词汇进行描述。另外把一些有前途有价值的利用场景记下来。另外会把无服务的方式跟容器调度来讲比较好区分。所以这个白皮书感兴趣的可以关注一下。

　　    这个无服务器的好处是什么？当然就是可以不需要运行服务器，另外如果没有跑东西的话，也不需要付这部分的电脑成本。

　　    这是无服务器的技术简史，从2006年到2017年。可以考量什么情况下用无服务器比较好呢？另外是对运算平台需求有多大不是很了解的，第三是无状态的。

　　    这里列了好几个不同的用例。除了白皮书，我们也有一个规范，规范的目的是可以让它有比较兼容的发展，我也很鼓励大家去看这个规范。

　　    CNCF是有年度报告的，可以去看我们去年做的内容。我们看到越来越多的K8s工作可以在未来执行，（像基于K8S的游戏服务器Agones）。大家可以把CNCF看成是供应商中立的资源池。

　　我们的微信号是lf_cncf，也可以关注我们，谢谢大家。