基于 Golang 构建⾼可扩展的云原⽣ PaaS 平台 刘浩杨 端点 技术专家 个⼈简介 - 18年加⼊端点，现任微服务和监控团队负责⼈ - 端点开源 PaaS Erda 的核⼼架构师 - 开源爱好者， Apache SkyWalking PMC 成员 ⽬ 录 ⾯向云原⽣的软件交付 01 端点⼀站式 PaaS - Erda 02 Erda 架构的思考 03 模块化开发框架 Infra 开发框架 Erda Infra 是⼀套轻量级 Go 微服务框架，包含⼤量现成的模块和⼯具，能够快速构 建起以模块化驱动的应⽤程序。 • 以模块化设计⽅式来驱动应⽤系统实现，⽀持模块可插拔 • 统⼀配置读取，⽀持默认值、⽀持从⽂件、环境变量、命令⾏参数读取 • 统⼀模块的初始化、启动、关闭 • 统⼀管理模块间的依赖关系 • ⽀持模块间的依赖注⼊ • 包含⼤量现成的微模块 • 基于 pr 的持续集成 - 打破需求、开发和测试的边界 简化平台的上⼿难度 - 解耦对中间件的强依赖 - 平台应⽤可独⽴安装和部署 - 像搭积⽊⼀样拼装系统 云端和本地⼀致的开发体验 - 本地⽆需启动完整的环境 - 借助IDE插件实现云端服务连接 - 本地和云端服务可交互 微信公众号 : Github : https://github.com/erda-project/erda

on), grpc_recovery.UnaryServerInterceptor(), )), ) Middleware 模式及其控制 • 简单标准的接⼝口，通过插拔式组合能⼒力力构建复杂应⽤用 • 专注于单⼀一功能的实现，逻辑解耦，精益求精 Gear 定义了了两种形式中间件： // Middleware defines a function to process ctx.ParseURL ctx.ParseURL 与 ctx.ParseBody ⼀一致的使⽤用⽅方式，强⼤大和灵活，可⾃自定义 强⼤大、实⽤用的 HTTP 操作语法糖 强类型的疼，再也不不能像 JS ⼀一样任性的扩展 context 了了 类似解析请求数据这种需求，可做成类似 util ⼯工具包 但像 session 这种需要在中间件间传递状态的怎么解？ type Any interface

用户态进程切换 用户态进程切换 延迟进程切换 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. 定制化场景深度优化： 同步 RPAL Call; 请求/响应 Zero Copy； 2. 业务进程与服务网格 IPC 性能优化： 结合用户态协议栈，实现网络 IO 绕过内核 CloudWeGo 是一套由字节跳动基础架构服务框架团队开源的、 可快速构建企业级云原生微服务架构 的中间件集合。 CloudWeGo 项目共同的特点是高性能、高扩展性、高可靠，专 注于微服务通信与治理。 CloudWeGo 包括

Runtime API 28 如何解决厂商绑定的 ABC 问题? 遥想谷歌当年,如何推广 Kubernetes ? • 联盟。联合众多厂商成立、参与 CNCF，让企业用户相信 Kubernetes 完全可 信且『不受 Google 控制』 • 中立 API。让用户在各种环境中用 Kubernetes，这样更便于迁移到云上 Runtime API 29 中立的 Runtime API spec 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

垃圾回收标记区域 128MB spans 块记录区域 ------------ 按⻚页保存 span 指针。 反查 object 所属 span。 检查相邻 span 是否可合并。 AMD64: RESERVE RANGE 0xC000000000 malloc. 快速分配，按需扩张。 heap central malloc 64K, 1MB span span 分钟，释放堆中长时间闲置块的物理 内存。 在系统初始化时，使⽤用专⻔门的线程在后台运⾏行监控循环。 madvise. 在类 UNIX 系统，通过建议操作系统内核 解除内存映射的方式释放物理内存，但不 回收虚拟内存。 再次使用时，因缺页异常，由内核重新分 配物理内存。 Microsoft Windows 系统不⽀支持 madvise。 3. Goroutine Scheduler 并发调度器

云原生-程序员视角 基础设施 K8s 云原生生态（CNCF） 云原生应用 云原生是以容器技术为基础围绕着Kubernetes进行的一场技术标准化演进。通过标准可扩展的调度，网络， 存储，容器运行时接口来提供基础设施；通过标准可扩展的声明式资源和控制器来提供运维能力。两层标 准化推进了细化的社会分工，各领域进一步提升规模化和专业化，全面达到成本，效率，稳定性的优化。 4 6 7 2 3 5 员工进入公司需要验证是一个策略，人脸识别是机制； • 从杭州到上海是策略，坐火车是机制； • 接口是策略，实现是机制； • 声明是策略，过程是机制； • 策略面向外部交互，机制面向内部实现； • 策略追求开放标准，机制追求稳定可复用； • 策略与机制要分离； • 策略与机制随着层次的变化而变化； 应用管理的策略与机制 应用 版本 工作负载 负载均衡 标签 流量 组件 日志 指标 容量 服务 依赖 路由规则 控制器 … 应用模型 控制器 平台应用模型 平台特定业务 用户应用模型 云原生生态 EDAS 1、应用管理策略 2、应用管理机制 3、平台构建策略 4、平台构建机制 PaaS 内核（3，4） PaaS 业务（2） 用户界面（1） EDAS的平台构建策略-OAM应用模型 https://github.com/oam-dev/spec • 应用 • 组件1（工作负载）

统 l 操作系统 相对完整的控制系统资源，有应⽤用体系 Unix,CP/M,dos、windows, l ⽣生态操作系统 在原有操作系统内核基础上，构建新的应⽤用体系及应⽤用⽣生态 ios、android l 云操作系统 chrome os和阿⾥里云os。在上⼀一层操作系统基础之上和⾃自家的云系统进⾏行整合 windows linux android l 它可以跑在⽤用户的路由器、PC、甚⾄至⼿手机上 前后引⽤用300多M开源代码，多重压缩之后， ⺫⽬目前可执⾏行程序⼤大约只有2到3M Leither是什么? l 它是⼀一个操作系统 l 它有⾃自⼰己资源管理体系 l 它有⾃自⼰己的应⽤用体系 保存⼀一个⼩小⽂文件到桌⾯面，通过浏览器打开。 Leither-应⽤用演⽰示:微博 api 开发⽅方式 应⽤用发布 应⽤用的内部代码展⽰示 l ⼩小范围内测已过，架构的各体系基本完备，可⾏行性已经验证 l ⾃自建节点，⾃自建应⽤用，万⼈人规模左右的内测 现有的微博应⽤用，继续强化 ⺫⽬目前阶段： ü 其他语⾔言不适合 ü 丰富的开源资料

来源网站：链滴 许可协议：署名-相同方式共享 4.0 国际 (CC BY-SA 4.0)

理解 Docker

Docker 帮助你为应用程序创建一个单独的可部署单元。这个单元，也被称为容器，包含该应用 序需要的所有东西。它包括代码（或者二进制文件）、runtime（运行环境）、系统工具盒系统库。 所有必需的资源打包成一个单元将确保无论应用程序部署到哪里都有完全相同的环境。这也有助于维 id="相比于虚拟机的优势">相比于虚拟机的优势

容器提供了与虚拟机相似的资源分配和隔离优势。然而，相同之处仅此而已。

一个虚拟机需要它自己的客户操作系统而容器共享主机操作系统的内核。这意味着容器更加轻量 且需要更少的资源。从本质上讲，一个虚拟机是操作系统中的一个操作系统。而另一方面的容器则更 是操作系统中的其它应用程序。基本上，容器需要的资源（内存、磁盘空间等等）比虚拟机少很多， com/forward?goto=https%3A%2F%2Fhacpai.com%2Farticle%2F1 25961874479" target="_blank" rel="nofollow ugc">准备阶段可参考黑客派中这篇文章

开始准备：

• 安装好 go 环境和 docker 环境的

支持多国语言界面显示 完全插件体系结构 支持编辑器配色方案 基于Kate的语法显示支持 基于全文的单词自动完成 支持键盘快捷键绑定方案 Markdown文档编辑支持 实时预览和同步显示 自定义CSS显示 可导出HTML和PDF文档 批量转换/合并为HTML/PDF文档 LiteIDE安装配置 LiteIDE安装配置 LiteIDE安装 下载地址 http://code.google.com/p/golangide main）这一行告诉我们当前文件属于哪个包，而包名main则 告诉我们它是一个可独立运行的包，它在编译后会产生可执行文件。除了main包之外，其它的包最后都会生成*.a文 件（也就是包文件）并放置在$GOPATH/pkg/$GOOS_$GOARCH中（以Mac为例就是 $GOPATH/pkg/darwin_amd64）。 每一个可独立运行的Go程序，必定包含一个package main，在这个main包中必定包含一个入口函数main，而这 于fmt包，所以我们在第三行中导入了 系统级别的fmt包：import "fmt"。 包的概念和Python中的package类似，它们都有一些特别的好处：模块化（能够把你的程序分成多个模块)和可重用性 （每个模块都能被其它应用程序反复使用）。我们在这里只是先了解一下包的概念，后面我们将会编写自己的包。 在第五行中，我们通过关键字func定义了一个main函数，函数体被放在{}（大括号）中，就像我们平时写C、C++或

Chaos Mesh 是什么 ● Kubernetes 上的云原生混沌工程平台 ● 最初目标是作为 TiDB 的内部测试平台 ● 提供对 Pod 或者具体容器的错误注入, 包括网络、系统 IO、内核以及一些应用层注入 chaos-mesh.org github.com/chaos-mesh Chaos Mesh 是什么 我们的目标 ● 建立一个完全闭环的云原生混沌工程平台 ● 让混沌工程变得更易用 变得快速、灵活并且为开发人员提供便利。它可 让 API 维护人员灵活地添加或弃用字段，而不会影响现有查询。开发人 员可以使用自己喜欢的方法来构建 API，并且 GraphQL 规范将确保它 们以可预测的方式在客户端发挥作用。 GraphQL GraphQL GraphQL Pod 与 PodIOChaos 之间的一对一关联： IOChaos 与 PodIOChaos 之间的多对多关联：