html 图片来源： https://www.zhihu.com/question/55912398/ answer/147967674 Service Mesh 的初衷 6 • 升级成本高 • 业务解耦 • 平滑升级 • 异构语言治理 • 异构语言治理能力弱 • SDK 版本不统一 应用 SDK 服务路由 负载均衡 通信序列化协议 sidecar 应用 SDK 通信序列化协议 runtime … 36 是不是感觉有点像？ 别急， 再看看他们面临的设计问题…… 另一种视角看待 Runtime API 37 设计OS kernel: 宏内核(Monolithic Kernel) 还是 微内核(Micro Kernel)？ Kernal mode User mode FS IPC VM Multiplex shell ls app …… Different Different Hardware System call Monolithic Kernel 另一种视角看待 Runtime API 38 设计OS kernel: 宏内核(Monolithic Kernel) 还是 微内核(Micro Kernel)？ Kernal mode User mode FS IPC VM Multiplex shell ls app …… Different

Garbage Collector 3. Goroutine Scheduler 1. Memory Allocator 内存分配器 base on tcmalloc. 基于成熟方案，性能优秀。随着版本升级， 针对性改进，以期与垃圾回收器更好协作。 核心：自主管理，缓存复用，无锁分配。 page, span. 内存管理以页为基本单位，多个地址连续 页构成内存块。 VA 8K 8K 8K 管理内存块的元数据。 allspans: 垃圾回收遍历。 2. Garbage Collector 垃圾回收器 gc. 阈值触发，并行标记，并发清理。 定期强制回收，释放物理内存。 版本升级，垃圾回收效率总是核心问题。 gogc. 阈值检查，或强制回收。 malloc next_gc 0 gogc runtime.gc() stop start mark sweep stop 分钟，释放堆中长时间闲置块的物理 内存。 在系统初始化时，使⽤用专⻔门的线程在后台运⾏行监控循环。 madvise. 在类 UNIX 系统，通过建议操作系统内核 解除内存映射的方式释放物理内存，但不 回收虚拟内存。 再次使用时，因缺页异常，由内核重新分 配物理内存。 Microsoft Windows 系统不⽀支持 madvise。 3. Goroutine Scheduler 并发调度器

，不得不学习复杂的声明字段和各种奇怪的Annotation； • 稳定性不足：没有设置Pod的QoS等级，导致频繁被驱逐，没有设置反亲和性策略，导致节点流量不均; • 扩展效率低：需要负责安装，升级丰富的云原生插件，无法解决插件的依赖，冲突和资源浪费问题； • 运维成本高：Apiserver, etcd, Controller-Manager, Kubelet,等组件都具有一定复杂度，无法做到定期升 控制器 … 应用模型 控制器 平台应用模型 平台特定业务 用户应用模型 云原生生态 EDAS 1、应用管理策略 2、应用管理机制 3、平台构建策略 4、平台构建机制 PaaS 内核（3，4） PaaS 业务（2） 用户界面（1） EDAS的平台构建策略-OAM应用模型 https://github.com/oam-dev/spec • 应用 • 组件1（工作负载） Successfully applied components 新的复杂度-控制器运维 我们要管控大规模的集群，每个集群也会部署大量的控制器，控制器本身的运维成为问题 • 控制器管控平台 • 升级 • 回滚 • 灰度 • 重启 • 观测性 • Prometheus • 统一日志收集 • 事件中心 • 告警 • 能力管控 • 版本管理 • 依赖满足 • 健康检查 云原生PaaS平台的发展趋势

可能在ORM的运行效率 和功能之间寻求一个平衡，beedb是目前开源的Go ORM框架中实现比较完整的一个库，而且运行效率相当不错，功能 也基本能满足需求。但是目前还不支持关系关联，这个是接下来版本升级的重点。 beedb是支持database/sql标准接口的ORM库，所以理论上来说，只要数据库驱动支持database/sql接口就可以无缝的 接入beedb。目前我测试过的驱动包括下面几个： 一次客户机对服务器的RPC调用,其内部操作大致有如下十步： 1.调用客户端句柄；执行传送参数 2.调用本地系统内核发送网络消息 3.消息传送到远程主机 4.服务器句柄得到消息并取得参数 5.执行远程过程 6.执行的过程将结果返回服务器句柄 7.服务器句柄返回结果，调用远程系统内核 8.消息传回本地主机 9.客户句柄由内核接收消息 10.客户接收句柄返回的数据 193 Go RPC Go RPC Go标准 之前都 检查一下看它们是否是符合合法数据的要求。而且不要试图好心地去纠正非法数据，而要让用户按你制定的规则去输 入数据。历史证明了试图纠正非法数据往往会导致安全漏洞。这里举个例子：“最近建设银行系统升级之后，如果密 码后面两位是0，只要输入前面四位就能登录系统”，这是一个非常严重的漏洞。 过滤数据主要采用如下一些库来操作： strconv包下面的字符串转化相关函数，因为从Request中的r

代码从旧的发行版迁移到最新的发行版，它主要负责简单的、重复的、枯燥无 味的修改工作，如果像 API 等复杂的函数修改，工具则会给出文件名和代码行数的提示以便让开发人 员快速定位并升级代码。Go 开发团队一般也使用这个工具升级 Go 内置工具以及 谷歌内部项目的代 码。 go fix 之所以能够正常工作是因为 Go 在标准库就提供生成抽象语法树和通过抽象语法树对代码 进行还原的功能。该工具会尝试更新当前目录下的所有 false，|| 左边的值为 true），运算符右边的表达式将不会被执行。利用这个性 质，如果你有多个条件判断，应当将计算过程较为复杂的表达式放在运算符的右侧以减少不必要的运算。 利用括号同样可以升级某个表达式的运算优先级。 在格式化输出时，你可以使用 %t 来表示你要输出的值为布尔型。 布尔值（以及任何结果为布尔值的表达式）最常用在条件结构的条件语句中，例如：if、for 和 switch "tideland-cgl.googlecode.com/hg" 从 Go1 起 go install 安装 Google Code 的导入路径形式是： "code.google.com/p/tideland-cgl" 升级到新的版本： 更新到新版本的 Go 之后本地安装包的二进制文件将全被删除。如果你想更新，重编译、重安装所有的go 安装包可以使用： go install -a 。 go 的版本发布的很频繁，所以需要注意发布版本和包的兼容性。go1

代码从旧的发行版迁移到最新的发行版，它主要负责简单的、重复的、枯燥无味的修 改工作，如果像 API 等复杂的函数修改，工具则会给出文件名和代码行数的提示以便让开发人员快速定位并升 级代码。Go 开发团队一般也使用这个工具升级 Go 内置工具以及 谷歌内部项目的代码。 go fix 之所以能 够正常工作是因为 Go 在标准库就提供生成抽象语法树和通过抽象语法树对代码进行还原的功能。该工具会尝 试更新当前目录下的所有 false，|| 左边的值为 true），运算符右边的表达式将不会被执行。利用这个性质，如果你有 多个条件判断，应当将计算过程较为复杂的表达式放在运算符的右侧以减少不必要的运算。 利用括号同样可以升级某个表达式的运算优先级。 在格式化输出时，你可以使用 %t 来表示你要输出的值为布尔型。 布尔值（以及任何结果为布尔值的表达式）最常用在条件结构的条件语句中，例如：if、for 和 switch googlecode.com/hg" 从 Go1 起 go install 安装 Google Code 的导入路径形式是： "code.google.com/p/tideland-cgl" 升级到新的版本： 更新到新版本的 Go 之后本地安装包的二进制文件将全被删除。如果你想更新，重编译、重安装所有的go安装包可以 使用： go install -a 。 go 的版本发布的很频繁，

微服务系统监控的挑战 01 可观测性技术理论 02 Erda 服务观测平台技术内核分析 03 Erda 服务观测平台功能概览 04 Erda:新一代企业级云原生 PaaS 平台 当前微服务系统面临的挑战 目 录 微服务系统监控的挑战 01 可观测性技术理论 02 Erda 服务观测平台技术内核分析 03 Erda 服务观测平台功能概览 04 可观测性三大支柱 （一）Tracing 时序模型 Writes are vertical，reads are horizontal （三）数据关联 目 录 微服务系统监控的挑战 01 可观测性技术理论 02 Erda 服务观测平台技术内核分析 03 Erda 服务观测平台功能概览 04 Erda MSP 微服务观测平台 Erda 微服务观测平台优势 指标覆盖完整 通过多种探针，覆盖基础 设施、业务系统、用户终 端全面的数据指标 自动评估数据 删除周期 InfluxQL To ES 消除 ES 查询的复杂性 统一图表交互接口 目 录 微服务系统监控的挑战 01 可观测性技术理论 02 Erda 服务观测平台技术内核分析 03 Erda 服务观测平台功能概览 04 谢谢观看

用户态进程切换 用户态进程切换 延迟进程切换 1.发生 Kernel Entry 时，sender 线程将 pt_regs（保存 Kernel 返回到用户态的 上下文信息）压入 sender 线程内核栈 用户态进程切换 延迟进程切换 2. 判断 fsbase 寄存器保存的地址是否 在 kernel current task 的 512GB 地址 空间内？ > 若不是，代表当前在RPAL sender线程将自身线程上下文拷贝一 个副本，并允许kernel访问该副本。 3. sender 线程在 lazy_switch 过程中， 恢复 receiver 线程的内核栈后，将保 存好的 sender 线程上下文拷贝到 sender 线程内核栈 pt_regs 处内存。 高效的Go Event Poller 第四部分 高效的Go Event Poller Go 原生 epoll 模型 1. 性能收益与业务展望 业务展望 1. 定制化场景深度优化： 同步 RPAL Call; 请求/响应 Zero Copy； 2. 业务进程与服务网格 IPC 性能优化： 结合用户态协议栈，实现网络 IO 绕过内核 CloudWeGo 是一套由字节跳动基础架构服务框架团队开源的、 可快速构建企业级云原生微服务架构 的中间件集合。 CloudWeGo 项目共同的特点是高性能、高扩展性、高可靠，专 注于微服务通信与治理。

maintainer 目 录 前言：OpenKruise 简介 01 为什么说人人都需要镜像预热 02 OpenKruise 是如何实现镜像预热的 03 如何通过镜像预热加速部署&发布 04 版本前瞻：原地升级与预热的结合 05 前言：OpenKruise 简介 第一部分 Cloud Native & Kubernetes & Go OpenKruise 是什么 OpenKruise（ https://github 特殊业务镜像 – 资源池维度预热 版本前瞻：原地升级与预热的结合 第五部分 对效率的追求 create schedule attach/mount volume cni allotate start sidecar pull image for app start app Pod的创建过程，能否继续优化？ 默认：重建升级 进阶：原地升级 优势： • 节省了调度的耗时，Pod 的位置、资源都不发生 经存在了应用的旧镜像，当拉取新版本镜像时只 需要下载少数的几层 layer • 原地升级 Pod 中某个容器时，其他容器保持正 常运行，网络、存储均不受影响 对极致效率的追求 create schedule attach/mount volume cni allotate start sidecar pull image for app start app Pod原地升级，能否进一步优化？ in-place update

项目依赖的模块过多，无从下手是否应当升级模块版本 • 各个模块孤立设计，单独看待每个模块可替换性很高， 开发体系难以建立，开发规范难以统一 模块化设计-模块聚合设计 • 框架核心维护较全面的通用基础模块，降低基础模块选择成本 • 我们只需要维护一个统一的框架版本，而不是数十个模块版本 • 我们只需要了解一个框架的内容变化，而不是数十个模块的内容变化 • 升级的时候只需要升级一个框架版本，而不是数十个模块版本的升级 个模块版本的升级 • 减轻心智负担，提高模块可维护性，更容易保证各业务项目的模块版本一致性 改进： 模块化设计-常见问题 1. 模块低耦设计：文件层面的源文件下载与模块之间的逻辑耦合没有直接关系 2. 框架核心精简：功能强大且代码精简，包含测试与示例代码共8MB容量 3. 编译语言特性：编译型语言和解释型语言的模块管理逻辑不太一样 虽然框架每一个模块都按照低耦合设计，模块可以选择性引 项目依赖的模块过多，项目无从下手是否应当升级这些模块版本 • 各个模块孤立设计，单独看待每个模块可替换性很高，开发体系难以建 立，开发规范难以统一 改进： • 框架核心维护较全面的通用基础模块，降低基础模块选择成本 • 我们只需要维护一个统一的框架版本，而不是数十个模块版本 • 我们只需要了解一个框架的内容变化，而不是数十个模块的内容变化 • 升级的时候只需要升级一个框架版本，而不是数十个模块版本的升级 • 统