《公开课3：云原生技术人的自我修养》-唐继元-2022.4.24

本文链接：https://blog.csdn.net/weixin_39246554/article/details/124430871

文章来源

讲师介绍

本节内容

1、了解2022当下云原生当前的发展趋势

1.Pets vs Cattle

2.云计算发展历史

业界认为HEROKU是pass的鼻祖，包括后面要讲的应用开发的12因素也是HEROKU提出来的，包括我们现在pass的一些理念或者实践，都是HEROKU提出来的。
2011也是比较关键/重要的一年；
LXC里面的技术也是谷歌做了大量的贡献；

🍀 CNCF未来发展规划: http://copu.softic.com.cn/priyanka.html

3.什么是云原生

4.云原生对Paas非常重要

5.云原生技术

Service Mesh：
springcloud微服务框架： sdk(日志，监控，负载均衡)
但，会存在一个问题，在升级的时候，例如说我的sdk升级了，那么应用要升级，还要去重新编译，甚至可能我还要去改代码。

🍀 https://12factor.net/

6.云原生参考架构

7.云原生当前发展趋势-Serverless

Serverles可以概括为FaaS+LaaS。
FaaS：是一个函数计算平台。(业务只需要开发业务逻辑函数即可，同时业务人员还要配置好我的事件触发。)
BaaS：更多的是公有云/私有云上提供的一个中间件服务，存储服务；
只有FaaS可能还不够，业务人员可能需要一些微服务来辅助；
终端用户：这边是给一个事件触发；

8.云原生当前发展趋势-WebAssembly/WASM

可以毫不客气地说，它有点类似于一把瑞士军刀。

我们知道，原来的浏览器都是一段js的代码，js会调用一些css,html做一些展示。但是传统的js，它做不了一些复杂的功能。
所以，后来就引入了WASM，WASM能在js之外做一些比较强大的计算能力。然后有了WASM之后，这个计算能力的代码也可能是c++/c/rust的。在浏览器中，通过WASM的形式它会把我们的那些语言翻译成字节码，然后再在浏览器里去运行。

这个就有点类似于我们的jvm。我们知道JVM在编译java的时候生成的是一个字节码，但是jvm可以将字节码翻译成一些可执行程序，具有很好的可移植性。

WASM最大的好处：接近原生性能运行，为它会把字节码翻译成一些机器语言，类似就是汇编。

我们知道Envoy是服务网格数据面常用的组件(sidercar envoy)。envoy的功能非常强大，但是它里面的filter也是有限的，有些场景，envoy是不能做处理的，如说我们的rpc框架，有些rpc框架它是不能在envoy里面做过滤的。

那么引入了wasm之后，我就可以通过WASM的形式往envoy里面添加我的过滤器，而且，我们这知道envoy是c++编写的，c++算是面向对象里比较复杂的一门语言了，所以很多人可能不太会写c++语言，那么有了wasm以后，我们可以以其他的形式去写这个filter，并且wasm可以接近原生的性能去运行。

istio的产品化，envoy调优！

9.云原生当前发展趋势-eBPF

eBPF利用了内核里面的一些钩子，比如说Socket Filter，XDP，Traffic Control，Secomp，Trace Event。
基本可以这样说，内核里面有钩子的地方，基本有eBPF生存的地方。

另外一个好处：eBPF它的程序是在用户态去写的，我们知道，原来要在内核里面写一个钩子的话，基本上是以内核的方式去开发，开发了之后，我还要去重新编译内核，我还要去替换我原有操作系统里面的内核。但eBPF就非常棒，它可以在用户态去编写，编写完了之后，然后再编译成Bytecode。然后Bytecode通过eBPF Verifier去检验，这个在内核里面会不会使内核崩溃，它是不是合法的等。然后再通eBPF这个vm(它也是一个沙箱)，它是在内核里面的一个沙箱，通过即时编译转化成汇编，然后再在内核里面去执行。

所以说，eBPF它也是非常的强大，可以认为是另一把瑞士军刀。

那么eBPF目前用在什么地方呢？
1.网络层面：能够实现一个新的网路。甚至，eBPF能够构建新的内核协议栈，网络协议栈就不用linux传统的那个协议栈了。
2.安全层面：eBPF在一些钩子函数上，能更多地去检查到来的一些请求，一些流量，能够提前做一些安全性的检查。
3.可观察性和事件跟踪：因为我的钩子已经非常丰富了，所以我可以做一些很多很多的跟踪。

cilium是新的网络cni插件；

eBPF也有它的一个局限性，它要求的内核版本要非常高。(因此可能商业化的话环境用eBPF用的比较少，但公司自用的话，可能会用的比较多！)

10.云原生当前发展趋势-GitOps

11.云原生当前发展趋势-其他

2、了解云原生在企业中的实际应用及对人选的要求

1.云原生在企业的应用特点

2.云原生在企业的应用-应用多云

3.云原生在企业的应用-DevOps

Junit 做一些测试；

4.云原生在企业的应用-微服务

我们知道java应用非常广，企业大部分(60%-70%)微服务框架都是使用SpringCloud,而且它已经有SpringCloud的应用了。

经过和大部分客户沟通，客户希望我原有生产上SpringCloud应用的代码是不改变的。

所以，第一个遇到的问题就是：基于k8s搭建的这种服务网格如何和SpringCloud去兼容呢？是不是说我们用共同一个注册中心，或者我们注册中心之间同步能实现呢？

第二个问题：
比如说我有一些springcloud的业务希望能迁移到云原生平台上来，那么我们知道，在云原生平台，我们的mesh是有一个sidercar的，同时呢 我们的sprincloud app里面是有sdk，但sdk它会去做服务注册，服务发现，负载均衡。但我们知道sider也是做服务发现和负载均衡的，这里就会有冲突。而我们的企业又不希望去改变我们的springcloud app，甚至你想让他去掉sdk，他们业务认为代价会非常大，他们也不愿意去掉。像这种情况，我们如何去兼容我们的sidercar呢？如何去兼容我们的服务网格呢？这也是我们需要去思考和解决的！

这些解决方案在网上都可以找到的，因为目前istio已经是很成熟的了。