IstioMeetup 服务网格数据平面热升级技术分享 ServiceMesh Data-Plane Hot-Upgrade 阿里云服务网格团队 – 史泽寰 • 为什么需要服务网格数据面热升级 • 实现热升级 • 实践热升级 目录 Catalog 2 为什么需要服务网格数据面热升级 Why do we need Hot-Upgrade for ServiceMesh Data-Plane

为了让您充分理解 Django 的工作原理，这份文档为您详细描述了相关的技术细节，不过这并不是 一份入门教程或者是参考文档（我们当然也为您准备了这些）。如果您想要马上开始一个项目，可以 从 实例教程（zh）开始入手，或者直接开始阅读详细的参考文档。 Django 无需数据库就可以使用，它提供了对象关系映射器（ORM）。通过此技术，你可以使用 Python 代码来描述数据库结构。 数据模型语法 内容的 HttpResponse 对象；或者是抛 出 Http404 这类异常。至于视图接下来还要做什么则由你决定。 通常来说，一个视图的工作就是：从参数获取数据，加载模板，然后模板进行带数据的渲染。下面是 一个 year_archive 的视图例子： 1. # mysite/news/views.py 2. 3. from django.shortcuts import render logo），并且给子模板们挖好了可以填的坑。这 也让网站的改版变得简单无比——你只需更改这个base基类模板文件即可。 它也可以用来创建网站的多个版本，多个基类模板可以重用同一套子模板。Django 的创始人就用这 种技术建立了网站的移动端适配版——只需建立一个新的基类模板。 注意，你并不是非得使用 Django 的模板系统，你可以使用其他你喜欢的模板系统。尽管 Django 的模板系统良好地集成了模型层，但这不意味着你必须使用它。同样，你可以不使用

框架，越来越受到开发者的喜爱。目 前它在 GitHub 上是 Star 数量最多的 Python Web 框架，没有之一。 Flask 是典型的微框架，作为 Web 框架来说，它仅保留了核心功能：请求响应处理 和模板渲染。这两类功能分别由 Werkzeug（WSGI 工具库）完成和 Jinja（模板渲 染库）完成，因为 Flask 包装了这两个依赖，我们暂时不用深入了解它们。 主页 这一章的主要任务就是为我们的程序编写一个简单的主页。主页的 规则是 / ，因此调用对应的处 理函数 hello() 3. 获取 hello() 函数的返回值，处理后返回给客户端（浏览器） 4. 浏览器接受响应，将其显示在窗口上 第 2 章：Hello, Flask! 16 提示 在 Web 程序的语境下，虽然客户端可能有多种类型，但在本书里通常是指浏 览器。 程序发现机制 如果你把上面的程序保存成其他的名字，比如 hello.py，接着执行 整，比如对登录和未登录用户显示不同的信息，所以页面需要在用户访问时根据程 序逻辑动态生成。 我们把包含变量和运算逻辑的 HTML 或其他格式的文本叫做模板，执行这些变量替 换和逻辑计算工作的过程被称为渲染，这个工作由我们这一章要学习使用的模板渲 染引擎——Jinja2 来完成。 按照默认的设置，Flask 会从程序实例所在模块同级目录的 templates 文件夹中寻 找模板，我们的程序目前存储在项目根目录的

OPERATOR 4.9. 管理自定义目录 4.10. 在受限网络中使用 OPERATOR LIFECYCLE MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR （技术预览） 4.13. TROUBLESHOOTING OPERATOR 的问题 第 第 5 章 章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK 5.2. 安装 OPERATOR DETECTOR） OPERATOR 第 第 7 章 章 OLM 1.0 (技 技术预览 术预览) 7.1. 关于 OPERATOR LIFECYCLE MANAGER 1.0 （技术预览） 7.2. 组件和架构 7.3. 从 OLM 1.0 中的目录安装 OPERATOR （技术预览） 7.4. 在 OLM 1.0 中管理普通捆绑包（技术预览） 359 361 369 369 369 370 370 Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes

platform --- 获取底层平台的标识数据 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 734 16.14.1 跨平台 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 734 16 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1232 21.10 http.client --- HTTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1233 21.10.1 HTTPConnection 对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1240 21.11 ftplib --- FTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1240 21.11.1 FTP 对象 .

14 platform --- 获取底层平台的标识数据 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684 16.14.1 跨平台 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 685 16.14.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1153 21.10 http.client --- HTTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1155 21.10.1 HTTPConnection 对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1161 21.11 ftplib --- FTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1161 21.11.1 FTP 对象 . . .

. . . . . . 1223 21.12 http.client --- HTTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1226 21.13 ftplib --- FTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1232 21.14 poplib --- POP3 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1237 21.15 imaplib --- IMAP4 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1240 21.16 nntplib --- NNTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1246 21.17 smtplib --- SMTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . 1143 21.12 http.client --- HTTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1145 21.13 ftplib --- FTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1151 21.14 poplib --- POP3 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1156 21.15 imaplib --- IMAP4 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1158 21.16 nntplib --- NNTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1164 21.17 smtplib --- SMTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . 1143 21.12 http.client --- HTTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1145 21.13 ftplib --- FTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1151 21.14 poplib --- POP3 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1156 21.15 imaplib --- IMAP4 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1158 21.16 nntplib --- NNTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1164 21.17 smtplib --- SMTP 协议客户端 . . . . . . . . . . . . . . . . . . . . . . . .

Redis 内存数 据库 支持多种 数据结构 支持主 从架构 缓存服务 分布式锁 消息队列 计数器 目前携程的 Redis 部署架构 通过携程的 X-Pipe 项目, 来达到 Redis 跨站点和跨区域的数据同步问题 目前已经支持上海到美国和德国的 Redis 数据同步 • 到德国法兰克福站点, 平均延迟在 176ms 左右 • 到美西站点, 平均延迟在 160ms 左右 携程业务开发的需求 的概念是在近年来, 云计算兴起, 多站点部署的场景下, 延伸出来对于数 据共享的一个需求. 多站点部署的架构, 对于单元化部署的 应用来讲, 跨数据中心的数据访问一直 是一个最大的痛点. 目前很多用户 • 抑或是采取了同一份写入到两个站 点的数据库 • 抑或是跨站点写入数据库同时同步 回来(例如 AWS 的AURORA) 这两种方式都没有从根本上解决问题, DRC 概念的出现, 让大家对分布式存储 让大家对分布式存储 又有了新的期待 Data Replication Center 目前携程的应用也在进行单元化的部署模 式, 在实现单元化的部署过程中, 跨数据中 心的数据访问一直是一个业务的痛点. 是否我们也能够有自己的一套 DRC? 来完 成每个站点的单独写入读取, 而不用关心 底层存储的一致性和同步问题. 对此需求进行分析后, 我们决定开发一个 Redis 的 DRC 架构, 来支撑携程集群的应 用单元化部署