1 周群力 Co-founder of Layotto Service Mesh 落地之后: 为 sidecar 注入灵魂 2 • Multi Runtime: 从 sidecar 到机甲 • Runtime API: 解决跨云部署和厂商绑定难题 • WebAssembly in sidecar: 让业务逻辑跑在sidecar里 • Service Mesh 回顾 • 展望2022：待解决的问题 Runtime: 所有中间件下沉: 业务逻辑和基础设施分离 多语言治理 同一套代码移植到不同组件 59 Service Mesh 落地之后， 架构演进的思路是？ 60 为 sidecar 注入 灵魂 61 终 社区广告: 来了就是朋友 62 https://github.com/mosn/layotto 63 微信扫码进群 与五湖四海的开发者们 进行技术交流，探索技术创新 扫码关注公众号，参与活动抽奖

些深度思 考。 标题中续字的缘由Part 0：灵魂拷问 你是什么垃圾？ 你清楚你的定位吗？ 你配吗？ 你是什么东西？ 你算什么东西？ 配钥匙师傅： 上海垃圾分拣阿姨： 网约车司机： 快递小哥： 算命先生： 你是谁，你从哪里来，你要去哪里？ 小区保安： 轻松一刻：最近流行的梗，各种灵魂拷问Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ 要架构，还是要性能？ 让我们来对ServiceMesh做一次灵魂拷问，首先：Istio的回答：架构优先，性能暂放一边 Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Istio 0.1 - 1.0 Mixer 0.1 - 1.0 In- process AdapterIstio Control Plan 为什么Istio选择Mixer和Proxy分离的架构？ Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Istio的新回答：架构继续优先，性能继续放一边 Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Istio 1.1 – 1.2 Mixer 1.1 - 1.2Istio Control Plan 为什么Istio选择Out-of-Process Adapter? Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Proxy Mixer Bypass Adapter

小美，等我 小美， 不要等我 一段唯美爱情的悲伤结局！ 截获 篡改 防止数据被篡改，保证数据的 完整性、机密性，从而提高安 全性！ app app app 云原生时代：容器是核心，镜像是灵魂 数字签名原理 https://www.sigstore.dev/ https://github.com/sigstore https://github.com/sigstore/cosign

你要的是不是API网关？ • Service Mesh为什么诞生的？ • Istio 为什么诞生的？ • 它能在我们的环境里运行么？ • 它能解决我们的问题么？ • 有条件的，慎重的用选定试用功能 • 性价比的灵魂拷问： • 会给业务带来什么风险？ • 需要什么程度的投入？ • 可能出现什么故障？ • 能有什么好处？ • 个人看法 • 可观察性 • 路由 • 策略 • 安全试用服务范围 • 不要 All

ContextFromString(value string) (SpanContext, error) 让我们更近一步？ 「我确实能看到的时间花在哪里了，但是为什么花了那么长时间？」 总所周知 灵魂拷问：「到底是我的 SQL 写得?，还是 Goroutine 调度不周？」 Network Ready Goroutine Wakeup 4.368ms go tool trace go

CONTENTS ✦ 源起 ✦ 构建数据 ✦ 部署结果 ✦ 启动数据 ✦ 大盘 / 健康模型 1 源起 我是如何扎入这个坑位的。 Egg.js 插件开发者视角 400+ Node.js 应用 来自灵魂的拷问 我是谁？ 我要做什么？ 谁用了我？ 初衷 egg-niubility 构建部署流程 构建任务 统一脚本 触发部署 应用节点 统一脚本 应用本身 启动元信息收集 接收⽅方

李响， 阿里云 Kubernetes + OAM 让开发者更简单 来自应用开发者的“灵魂拷问” “ Kubernetes 让 Devops 更复杂了！” Kubernetes 对于应用开发复杂在哪里 1. 关注点不同 业务研发 2. 语义与抽象程度不同 业务运维 3. 交互与使用习惯不同 业务研发、运维 YAML 文件 图形化界面 命令行工具 IaC 配置语言 扩容策略 •

⽣生成新客户端时候不不覆盖⽼老老客户端 上⾯面的做法会和⽣生成客户端冲突，当 有⼈人修改了了⾃自动⽣生成的客户端，下次 有新的⽣生成就会覆盖掉⼈人⼯工修改的代 码，从⽽而引起事故。 灵魂拷问：如何在每次⽣生成新客户端时候忽略略⽼老老客户端？ Use AST to Solve Problems ⾸首先第⼀一步，先知道⽬目前有哪些⽅方法，在和新的 IDL 做⼀一个⽐比较 Use

动化平台落地过程中能有关键进展。 42 4.13 参与者所了解的基金会 受访者们了解 Apache 软件基金会和 Linux 基金会较多。 专家点评 段夕华：排名前二的两个基金会一个得益于强大的社区治理能力，一个得益于灵魂人物的影响力。 2021 中国开源年度报告 43 4.14 受访者对开放原子开源基金会的期待 绝大多数受访者们对开放原子开源基金会持积极肯定的态度，可以推广 开源的理念，开源文化教育，社区建设，建立开源生态体系，也可以接 新开发者用户，建立项目“品牌”。企业应该持续投入反 馈社区，打造高质量产品及内容的产出，以此维护社区信任，吸引更多的开发者加入社区来加速社区扩张。 86 在社区运营方面，项目创始人往往是社区的灵魂人物。创始人可通过参加面向开发者的会议与在线讨论会， 并撰写有关该项目的技术文章、参与论坛等等方式进行项目的宣传。要注意的是，在此阶段可能会发生 社区成熟度落后于宣传热度而导致的断层，开源项目发

Foundation and the Linux Foundation. 【专家点评】/ [Expert Comment] 段夕华：排名前二的两个基金会一个得益于强大的社区治理能力，一个得益于灵魂人物的 影响力。 Duan Xihua: The top two Foundations benefit from solid community governance and the influence 当一个开源项目刚刚开始的时候，需要重点吸引新开发者用户，建立项目“品牌”。企业应该 持续投入反馈社区，打造高质量产品及内容的产出，以此维护社区信任，吸引更多的开发者加 入社区来加速社区扩张。在社区运营方面，项目创始人往往是社区的灵魂人物。创始人可通过 参加面向开发者的会议与在线讨论会，并撰写有关该项目的技术文章、参与论坛等等方式进行 项目的宣传。要注意的是，在此阶段可能会发生社区成熟度落后于宣传热度而导致的断层，开 源项