淘宝应⽤用架构升级 反应式架构的探索与实践 淘宝 泽彬(许泽彬) • 花名：泽彬 • 就职于阿⾥里里，经历： • 负责淘宝应⽤用架构升级 • 核⼼心开发 - 建设⽤用户增⻓长设施与平台建设 • 负责过分布式调⽤用链跟踪框架 & 系统 • 核⼼心开发 - 分布式数据库同步系统 • Github ：https://github.com/zavakid • 开源项⽬目： 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 CONTENTS 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 架构升级的效果 我的淘宝 · RT 降低 40%+ · QPS 提升 30% 猜你喜欢 · QPS 提升 90%+ · LOAD下降 70%+ 到底是怎样的架构升级 能达到这种效果？ 能达到这种效果？ CONTENTS 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 架构升级的思考 现有架构的问题？ 现有架构的问题 同步等待 • 现有同步模型，线程 多 load ⾼高 • 资源利利⽤用率
 
 应⽤用本身的解决⽅方案？ 并⾏行行度有限 • ⽆无法纯业务依赖并发 • 微服务化让问题更更凸 显 • RT 累积
 
 RT 与 ⽤用户增⻓长

推荐序 7 前⾔ 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos ⼀致性协议 28 Nacos 自研 Distro 协议 38 Nacos 通信通道 42 Nacos 寻址机制 56 Nacos 服务发现模块 63 Nacos 注册中心的设计原理 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地下篇 224 虎牙直播在微服务改造的实践总结 239 虎牙在全球 DNS 秒级生效上的实践 249 叽里呱啦 Nacos 1.1.2 升级 1.4.1 最佳实践 267 服务发现最佳实践 281 Eureka 平滑迁移 Nacos 方案 281 Nacos 打通 CMDB 实现就近访问 288 跨注册中心服务同步实践 298 张斌斌 李志鹏（怀成） 黄文清 吴援飘（草谷） 吴毅挺 任浩军 张波 王建伟（正己） 卿亮 许进 7 > 推荐序 推荐序 阿里巴巴合伙人 - 蒋江伟（小邪） 随着企业加速数字化升级，越来越多的系统架构采用了分布式的架构，主要目的是为了解决集中化 和互联网化所带来的架构扩展性和面对海量用户请求的技术挑战。这里面其中有⼀个关键点是软负 载。因为整个分布式架构需要有⼀个软负载来

完成，不会影响业务线程的 正常处理逻辑。 不过，SDK方案也引进了如下的新问题： 1. 数据时效性和一致性如何保证？ 2. SDK本地缓存如何监控？过期数据如何删除？ 3. SDK版本如何升级？ 为了解决数据的时效性和一致性问题，我们引入了监听更新机制，如下图所示： 运营人员在运营后台操作完成后，提交上线流程，流程发布后通过ZooKeeper的变化监控发送一个变化 事件；SDK通过 天内都没有使用，可以从本地内存中进行删除。其二为SDK定期进行监控上报，上报SDK本地缓存的数 目，这样可以对SDK本地缓存进行监控和告警。对SDK版本升级问题，现有的解决方案，是通过CI构建时 对SDK版本升级进行提示（必要时进行强制），不过大部分运营位使用的都是基础功能，在很大程度上不 需要进行频繁地升级。 效果对比 效果对比 缓存方案与SDK方案的效果对比如下： 注: SDK方案的平均线为0.0是因为统计时舍入引起的，真实值其实非常小。 900%，每天处理的消息总量高达 3200 亿，存储消息量近 400TB，高峰期集群 QPS 达 650万/秒。 面对流量的成倍增长，CAT 在通信、计算、存储方面都遇到了前所未有的挑战。整个系统架构也经历了 一系列的升级和改造，包括消息采样聚合、消息存储、业务多维度指标监控、统一告警等等，项目最终稳 定落地。为公司未来几年内业务流量的稳定增长，打下了坚定的基石。 经过 7 年的持续建设，CAT 也在不断发展，我们也希望更好的回馈社区，将

也欢迎大家转给更多有相同兴趣、积极上进的同事和朋友们，一起切 磋，共同成长。 祝愿2023年，大家诸事顺遂，健康平安。 序 算法 1 YOLOv6：又快又准的目标检测框架开源啦 1 目标检测开源框架 YOLOv6 全面升级，更快更准的 2.0 版本来啦 13 通用目标检测开源框架 YOLOv6 在美团的量化部署实战 17 7 次 KDD Cup&Kaggle 冠军的经验分享：从多领域优化到 AutoML 框架 、林园等，均来自美团基础研发平台 / 视觉智 能部。 算法 < 13 目标检测开源框架 YOLOv6 全面升级， 更快更准的 2.0 版本来啦 作者：楚怡 红亮 梦婕等 9 月 5 日，美团视觉智能部发布了 YOLOv6 2.0 版本，本次更新对轻量级网络进 行了全面升级，量化版模型 YOLOv6-S 达到了 869 FPS，同时，还推出了综 合性能优异的中大型网络（YOLOv6-M/L），丰富了 300epoch 且不使用预训练模型或额外检测数据集 下获得，“‡”表示采用了自蒸馏算法，“＊”表示从官方代码库对发布模型进行重新 测评的指标。以上速度指标均在 T4 TRT7.2 环境下测试。 本次版本升级，主要有以下更新： 性能更强的全系列模型 1. 针对中大型模型（YOLOv6-M/L），设计了新主干网络 CSPStackRep，它在 综合性能上比上一版的 Single Path 结构更具优势。

security mysql view passport validate socket.io logger sequelize schedule cluster loader 微内核 + 插件机制 绝⼤大部分功能由插件实现 → 企业级开发要素 插件⽣生态 - 进程管理理 ▸ 健壮性，处理理未捕抓异常，优雅退出 ▸ Master / Worker 之外，还多了了个 Agent webpack.config.js 之类的⽂文件。 ▸ 每个项⽬目都需要使⽤用⼀一些相同的类库，相同的配置。 ▸ 在新项⽬目中对做了了⼀一个优化后，如何同步到其他项⽬目？ ▸ 紧急修复后如何快速升级所有项⽬目？ ▸ 你的团队是否需要： ▸ 统⼀一的技术选型，包括基础措施，插件，模板，数据库 … ▸ 统⼀一的默认配置 / 统⼀一的部署⽅方案 / 统⼀一的约束 / … 作为团队的技术负责⼈人 跟应⽤用，插件区别不不⼤大，⼀一样有 Service / Config / Extend / Middleware / … ▸ ⽀支持多层继承，⽀支持⾃自定义加载规范 ▸ 基于 npm , 便便于统⼀一管控，升级，维护 代码君 v3.x // package.json { "name": "showcase", "egg": { "framework": "yadan" }, "dependencies":

编译XuperChain 2. XuperChain基本操作 2.1. 部署xchain服务 2.2. 基本功能的使用 技术设计文档: 1. XuperModel 2. XuperBridge 2.1. 内核调用设计 2.2. KV接口与读写集 2.3. 合约上下文 3. XVM虚拟机 3.1. 背景 3.2. WASM简介 3.3. WASM字节码编译加载流程 3.4. 语言运行环境 3.5. XuperBridge对接 超级链p2p网络 6. 身份认证 6.1. 背景 6.2. 名词解释 6.3. P2P建立连接过程 6.4. 实现过程 6.5. 主要结构修改点 7. 提案和投票机制 7.1. 共识可升级 7.2. 系统参数可升级 8. 密码学和隐私保护 8.1. 背景 8.2. 密码学基础 8.3. 超级链中密码学的使用 8.4. 密码学模块 9. 插件机制 9.1. 可插拔架构 9.2. 插件框架设计 较好。支持可插拔，从而可以支持不同的业 务场景 智能合 约 自研并实现了一套智能合约虚拟机XVM，支持丰富的开发语言， 智能合约之间并发执行， 支持执行消耗资源，避免恶意攻击 提案 一种解决系统升级问题的机制。比如修改区块大小，升级共识算 法。提案整个过程涉及 到发起提案、参与投票、投票生效三个阶 段 账号与 权限 为了满足合约调用的权限控制，保证XuperChain网络的健康运转， 自研并实现了一套 基于账号的去中心化的合约权限系统。支持权

编译XuperChain 2. XuperChain基本操作 2.1. 部署xchain服务 2.2. 基本功能的使用 技术设计文档: 1. XuperModel 2. XuperBridge 2.1. 内核调用设计 2.2. KV接口与读写集 2.3. 合约上下文 3. XVM虚拟机 3.1. 背景 3.2. WASM简介 3.3. WASM字节码编译加载流程 3.4. 语言运行环境 3.5. XuperBridge对接 超级链p2p网络 6. 身份认证 6.1. 背景 6.2. 名词解释 6.3. P2P建立连接过程 6.4. 实现过程 6.5. 主要结构修改点 7. 提案和投票机制 7.1. 共识可升级 7.2. 系统参数可升级 8. 密码学和隐私保护 8.1. 背景 8.2. 密码学基础 8.3. 超级链中密码学的使用 8.4. 密码学模块 9. 插件机制 9.1. 可插拔架构 9.2. 插件框架设计 较好。支持可插拔，从而可以支持不同的业 务场景 智能合 约 自研并实现了一套智能合约虚拟机XVM，支持丰富的开发语言， 智能合约之间并发执行， 支持执行消耗资源，避免恶意攻击 提案 一种解决系统升级问题的机制。比如修改区块大小，升级共识算 法。提案整个过程涉及 到发起提案、参与投票、投票生效三个阶 段 账号与 权限 为了满足合约调用的权限控制，保证XuperChain网络的健康运转， 自研并实现了一套 基于账号的去中心化的合约权限系统。支持权

编译XuperChain 2. XuperChain基本操作 2.1. 部署xchain服务 2.2. 基本功能的使用 技术设计文档: 1. XuperModel 2. XuperBridge 2.1. 内核调用设计 2.2. KV接口与读写集 2.3. 合约上下文 3. XVM虚拟机 3.1. 背景 3.2. WASM简介 3.3. WASM字节码编译加载流程 3.4. 语言运行环境 3.5. XuperBridge对接 超级链p2p网络 6. 身份认证 6.1. 背景 6.2. 名词解释 6.3. P2P建立连接过程 6.4. 实现过程 6.5. 主要结构修改点 7. 提案和投票机制 7.1. 共识可升级 7.2. 系统参数可升级 8. 密码学和隐私保护 8.1. 背景 8.2. 密码学基础 8.3. 超级链中密码学的使用 8.4. 密码学模块 9. 插件机制 9.1. 可插拔架构 9.2. 插件框架设计 较好。支持可插拔，从而可以支持不同的业 务场景 智能合 约 自研并实现了一套智能合约虚拟机XVM，支持丰富的开发语言， 智能合约之间并发执行， 支持执行消耗资源，避免恶意攻击 提案 一种解决系统升级问题的机制。比如修改区块大小，升级共识算 法。提案整个过程涉及 到发起提案、参与投票、投票生效三个阶 段 账号与 权限 为了满足合约调用的权限控制，保证XuperChain网络的健康运转， 自研并实现了一套 基于账号的去中心化的合约权限系统。支持权

编译XuperChain 2. XuperChain基本操作 2.1. 部署xchain服务 2.2. 基本功能的使用 技术设计文档: 1. XuperModel 2. XuperBridge 2.1. 内核调用设计 2.2. KV接口与读写集 2.3. 合约上下文 3. XVM虚拟机 3.1. 背景 3.2. WASM简介 3.3. WASM字节码编译加载流程 3.4. 语言运行环境 3.5. XuperBridge对接 超级链p2p网络 6. 身份认证 6.1. 背景 6.2. 名词解释 6.3. P2P建立连接过程 6.4. 实现过程 6.5. 主要结构修改点 7. 提案和投票机制 7.1. 共识可升级 7.2. 系统参数可升级 8. 密码学和隐私保护 8.1. 背景 8.2. 密码学基础 8.3. 超级链中密码学的使用 8.4. 密码学模块 9. 插件机制 9.1. 可插拔架构 9.2. 插件框架设计 较好。支持可插拔，从而可以支持不同的业 务场景 智能合 约 自研并实现了一套智能合约虚拟机XVM，支持丰富的开发语言， 智能合约之间并发执行， 支持执行消耗资源，避免恶意攻击 提案 一种解决系统升级问题的机制。比如修改区块大小，升级共识算 法。提案整个过程涉及 到发起提案、参与投票、投票生效三个阶 段 账号与 权限 为了满足合约调用的权限控制，保证XuperChain网络的健康运转， 自研并实现了一套 基于账号的去中心化的合约权限系统。支持权