## 淘宝应用架构升级 反应式架构的探索与实践 淘宝 泽彬(许泽彬) DDCHINA ## > 个人介绍 花名：泽彬 就职于阿里，经历： • 负责淘宝应用架构升级 - 核心开发 - 建设用户增长设施与平台建设 • 负责过分布式调用链跟踪框架 & 系统 - 核心开发 - 分布式数据库同步系统 • Github : https://github.com/zavakid canal 核心开发者：https://github.com/alibaba/canal ## CONTENTS 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 ## CONTENTS 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 ## 架构升级的效果 我的淘宝 · RT 降低 40%+ · QPS 提升 30% 猜你喜欢 · QPS 提升 90%+ e363954a1a1a099ed278b4cf51845337/p5_1.jpg) ## 到底是怎样的架构升级 能达到这种效果？ ## CONTENTS 01 架构升级的效果 02 架构升级的思考 03 架构升级的实践 ## 架构升级的思考 ## 现有架构的问题? ## 现有架构的问题 ## 同步等待 - 现有同步模型，线程多 load 高 • 资源利用率 应用本身的解决方案？

## 百度APP基于Istio实现 基础架构升级 许超 ## 背景 ## ● 核心业务线已完成微服务改造，数万个微服务对架构服务治理能力提出了更高的要求。 部分模块上下游超时配置不合理，超时倒挂，集中管理调整成本比较高。 多数模块对单点异常，慢节点等异常缺乏容忍能力，推动每个模块独立修复，成本高，上线周期长。 ## 高级架构能力能否多语言、多框架支持？ ➢ 因重试导致雪崩，底层RPC框架需要重复建设来定制动态熔断能力。 因重试导致雪崩，底层RPC框架需要重复建设来定制动态熔断能力。 ➢ 升级一级服务建设中，发现很多模块单点、多点故障不能容忍，能否低成本解决？ ## ● 运维架构能力是否具备可移植性？是否能低成本复制新的产品线？ 比如常用运维降级、止损能力各个产品线重复建设，方案差异大，OP期望运维能力在不同产品线之间能够通用化，集中化管理，甚至做到自动决策 精细故障能力（异常query、注入延迟等）期望能够标准化、低成本跨产品线复制 性？ 百度APP架构缺少上下游模块视图和流量视图，黄金指标不足，导致容量管理压测效率低、混沌工程实施成本高、故障定位成本高。 ## 目标 ## 服务治理策略平台化 联合公司内部，通过合作共建方式实现完整的Service Mesh架构，提升架构策略灵活性，缩减服务治理迭代周期，降低服务治理研发成本。 ## 服务治理能力通用化 基于Service Mesh架构共建高级架构能力，为不同模块、不

1.22 ## 升级 OpenShift Data Science Self-managed 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift Data Science Powered by TCPDF (www.tcpdf.org) 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift ## 摘要 了解 OpenShift Data Science Operator 升级过程。 ## 目录 第1章 对红帽文档提供反馈 …… 3 第2章 升级 OPENSHIFT DATA SCIENCE SELF-MANAGED 概述 …… 4 第3章 为 OPENSHIFT DATA SCIENCE 配置升级策略 …… 5 ## 第1章 对红帽文档提供反馈 让红帽知道我们如何改进文档 并开始监控问题后，打开链接，或添加更多评论以向我们提供有关该问题的更多信息。 感谢您抽出时间为您提供反馈。 ## 第 2 章 升级 OPENSHIFT DATA SCIENCE SELF-MANAGED 概述 作为集群管理员，您可以将 Red Hat OpenShift Data Science Operator 配置为自动或手动升级。 ![Image](/uploads/documents/9/6/7/e/967e73c7

# Centos6.x 升级至 7.2 ## 前言： Centos6.x 的系统版本只能直接升级到 centos7.2 的版本，因为 centos7.3 开始，其安装镜像文件里就没有 upgrade.img 等文件，无法直接升级了，所以要想从 6.x 升级到 7.8 等新的版本，也要先升级至 7.2，再在 7.2 里 yum update 升级至最新版本。 Centos6 的小版本（如 6.4，6 10 等）直接升级至 7.2 的话，也会出现不同的小问题，具体问题需要具体分析解决。大概的升级步骤都是一样的。一般使用 minimal 最小化安装版本安装的 centos6 系统都能升级，如果装了 Gnome2.x 桌面，升级后会进不了新系统的桌面，要先将 6.x 系统设置为 runlevel3（以命令行界面启动）。 本文档先以 centos6.5 最小化安装版本为例讲一下通常的升级步骤： ![ .jpg) 1. 下载 redhat-upgrade-tool 升级工具及相关依赖包 2. 下载 centos7.2 的安装包.iso 文件，并上传到目标服务器（运行 centos6.x 的） 3. 安装 redhat-upgrade-tool 及依赖包，运行升级检查命令 4. 检查后无重大问题，则可升级 5. 升级完成，若能正常进入新系统 centos7.2，则检查一下里面的服务是否正常

IstioMeetup 服务网格数据平面热升级技术分享 ServiceMesh Data-Plane Hot-Upgrade 阿里云服务网格团队－史泽寰 ## 目录 Catalog ## - 为什么需要服务网格数据面热升级 - 实现热升级 - 实践热升级 ## 传统Sidecar升级方式的缺点 • 造成请求失败，影响业务质量 • 重启Pod导致业务容器也被重启，需要执行重新初始化 • 不增加workload数量升级，则服务容量受损 - 增加workload保持服务容量不变，应对大规模场景难以在扩容规模和操作便捷度上取得令人满意的平衡 ## 为什么需要服务网格数据面热升级 Why do we need Hot-Upgrade for ServiceMesh Data-Plane ## 理想的Sidecar升级 - 只替换/重启Sidecar - 替换/重启过程中进/出不会出现请求失败，连接失败 替换/重启过程中进/出不会出现请求失败，连接失败 • 易于运维，可以控制升级策略 ## 目录 Catalog - 为什么需要服务网格数据面热升级 - 实现热升级 - 实践热升级 ## 实现热升级 Implement Hot-Upgrade ## Envoy热重启 • 以Epoch + 1的方式启动新实例，触发热重启 • ListenSocket转移到新实例 旧实例进行排水，不再接受新的请求 - 排水结束后旧实例退出，热重启完成

Greenplum 架构概览 基本拓拉结构 GP 基本查询流程 segmentl Segment 2 上，吉站可为 Gygenglum [后科称 GP 对是个PogigreSoL 实明和。GP 对外主代的入口，并用户雪上并行 情人 上| aaase 这He，人的入对 Segment 渤行;Standby aster 有为 aster 提供可用 Segment

# NACOS 架构与原理 NACOS ARCHITECTURE & PRINCIPLES. 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 易用·稳定·实时·规模 NΛCOs. 特别鸣谢：  ![Imag ## 目录 作者 6 推荐序 7 前言 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos 一致性协议 28 Nacos 自研 Distro 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地下篇 224 虎牙直播在微服务改造的实践总结 239 虎牙在全球 DNS 秒级生效上的实践 249 叽里呱啦 Nacos 1.1.2 升级 1.4.1 最佳实践 267 服务发现最佳实践 281 Eureka 平滑迁移 Nacos 方案 281 Nacos 打通 CMDB 实现就近访问 288 跨注册中心服务同步实践 298

4739a36fae893087536c8b4215db714a/p1_1.jpg) ## OpenEuler 实时内核UniProton及其混合关键性部署的实践 ## openEuler全新升级，成为数字基础设施开源操作系统 操作系统碎片化 导致数字基础设施产生大量 “软烟囱”： 生态割裂； 重复开发； 协同繁琐 ## I nformation Technology + Communication [Image](/uploads/documents/4/7/3/9/4739a36fae893087536c8b4215db714a/p2_2.jpg) 全栈原子化解耦，支持版本灵活构建、服务自由组合，这样通过一套架构，来灵活支持南向多样性设备，北向全场景应用 支持多样性设备 ![Image](/uploads/documents/4/7/3/9/4739a36fae893087536c8b4215db714a/p2_3 基础能力持续创新南向创新· 可编程内核 · 实时内核openEuler DevKit · 迁移升级工具BiSheng Compiler · AI辅助自动调优分布式数据管理，数据共享北向创新·

jpg) ### OpenShift Container Platform 4.2 ## 架构 OpenShift Container Platform 4.2 架构概述 Powered by TCPDF (www.tcpdf.org) OpenShift Container Platform 4.2 架构概述 ## 法律通告 Copyright $ \copyright $ 2020 Red their respective owners. ## 摘要 本文概述 OpenShift Container Platform 4.2 中的平台和应用架构。 ## 目录 第1章 OPENSHIFT CONTAINER PLATFORM架构 ..... 3 1.1. OPENSHIFT CONTAINER PLATFORM 简介 ..... 3 第2章 安装和更新 ..... 7 2 查看 IGNITION 配置文件 ..... 25 5.3. 安装后更改 IGNITION 配置 ..... 27 # 第 1 章 OPENSHIFT CONTAINER PLATFORM 架构 #### 1.1. OPENSHIFT CONTAINER PLATFORM 简介 OpenShift Container Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支

.jpg) ### OpenShift Container Platform 4.7 ## 架构 OpenShift Container Platform 架构概述 Powered by TCPDF (www.tcpdf.org) OpenShift Container Platform 架构概述 Enter your first name here. Enter your surname are the property of their respective owners. ## 摘要 本文概述 OpenShift Container Platform 中的平台和应用架构。 ## 目录 第1章 架构概述 ..... 4 1.1. 关于安装和更新 ..... 4 1.2. 关于 CONTROL PLANE ..... 4 1.3. 关于面向开发人员的容器化应用程序 .. ENTERPRISE Linux COREOS (RHCOS) 和 IGNITION ..... 4 1.5. 关于准入插件 ..... 5 第2章 OPENSHIFT CONTAINER PLATFORM 架构 ..... 6 2.1. OPENSHIFT CONTAINER PLATFORM 简介 ..... 6 2.1.1. 关于 Kubernetes ..... 6 2.1.2. 容器化应用程序的好处