Kubernetes容器应用基于Istio的灰度发布实践 张超盟 @ Huawei Cloud BU 2018.08.25 Service Mesh Meetup #3 深圳站 Agenda • Istio & Kubernetes • Istio & Kubernetes上的灰度发布 An open platform to connect, manage, and secure microservices • 扩缩容 • 运维 • 部署 Kubernetes Istio Istio治理的不只是微服务，只要有访问的服务，都可以被治理。 Istio关键能力 流量管理 负载均衡 动态路由 灰度发布 可观察性 调用链 访问日志 监控 策略执行 限流 ACL 故障注入 服务身份和安全 认证 鉴权 平台支持 Kubernetes CloudFoundry Eureka 集成和定制 Istio构建服务治理能力，将逐渐成为应用微服务转型的标准配置。 Agenda • Istio & Kubernetes • Istio & Kubernetes上的灰度发布 灰度发布：蓝绿 灰度发布：A/B Testing 灰度发布：Canary releases 灰度发布：基于Kubernetes RC Version2 SVC SVC Pod1 Pod2 Pod3 SVC Pod1 Pod2

1 Kubernetes容器应用基于Istio的灰度发布实践 张超盟 @ Huawei Cloud BU 2018.08.25 Service Mesh Meetup #3 深圳站2 Agenda • Istio & Kubernetes • Istio & Kubernetes上的灰度发布3 An open platform to connect, manage, and secure 扩缩容 • 运维 • 部署 Kubernetes Istio9 Istio治理的不只是微服务，只要有访问的服务，都可以被治理。10 Istio关键能力 流量管理 负载均衡 动态路由 灰度发布 可观察性 调用链 访问日志 监控 策略执行 限流 ACL 故障注入 服务身份和安全 认证 鉴权 平台支持 Kubernetes CloudFoundry Eureka 集成和定制 务转型的标准配置。16 Agenda • Istio & Kubernetes • Istio & Kubernetes上的灰度发布17 灰度发布：蓝绿18 灰度发布：A/B Testing19 灰度发布：Canary releases20 灰度发布：基于Kubernetes RC Version2 SVC SVC Pod1 Pod2 Pod3 SVC Pod1 Pod2

KubeVela：以应用为中心的 渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队 技术专家 关于我 • 孙健波 • 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela 云原生时代的应用与发布挑战 01 KubeVela 简介 02 KubeVela 中的渐进式发布实践 03 云原生时代，应用是怎 么样的？ 以 K8s 资源组合为核心 kubernetes/StatefulSet Kubernetes/Deployment K8s 的原生资源组合 1. 复杂、难懂、门槛高 2. 能力局限，不同场景各不相同 3. 不统一，每一个模式需要重新编 写发布对接 K8s-sigs 只描述了应用产品元数据， 研发、运维无从入手。 2. 无人维护、缺乏活跃度。 3. 信息不足以对接发布。 kubernetes-sigs/application 几乎成为事实标准的应用打包工具 helm 1. 黑盒，不明确内部有哪些 资源。 2. 无法使用/对接云资源。 3. 发布能力缺失，使用 helm upgrade 没有灰度 能力。 Helm Chart 基于 CRD 自定义实现

Operator 1.2.3.2. 配置 OAuth 令牌不活跃超时 1.2.3.3. 安全 OAuth 令牌存储格式 1.2.3.4. File Integrity Operator 现已正式发布 1.2.3.5. 对集群恢复失败使用的集群脚本已被更新 1.2.4. 机器 API 1.2.4.1. 支持多个块设备映射 1.2.4.2. Machine API providerSpec 2.15.6. 生成一个在一个 registry 范围内有效的 ImageContentSourcePolicy 对象 1.2.16. 集群日志记录 Log Forwarding API 已正式发布 在日志消息中添加标签 新的集群日志记录仪表板 用于调整 Fluentd 的新参数 1.2.17. 监控 1.2.17.1. 用户定义项目的监控 1.2.17.2. 对规则更改的警报 1 现在，每个集群版本都提供默认 Operator 目录 重要的 Operator 升级要求 CNI 网络供应商现在使用在集群节点上安装的 OVS 在使用已弃用 API 时会发出警告 改进了COPY 和 ADD 构建说明 Operator SDK v0.19.4 UBI 8 用于 OpenShift Container Platform 中的所有镜像 Jenkins Node.js 代理升级 oc adm must-gather

17.6 1.18 1.18.1 自定义网桥 工具和示例 编辑网络配置文件 实例：创建一个点到点连接 Docker 三剑客之 Compose 项目 简介 安装与卸载 使用 命令说明 Compose 模板文件 实战 Django 实战 Rails 实战 WordPress Docker 三剑客之 Machine 项目 安装 使用 Docker 三剑客之 Docker 附录五：资源链接 附录六：Docker 中文资源 6 Docker — 从入门到实践 0.9.0(2017-12-31) 修订说明：本书内容已基于 Docker CE v17.MM 进行了重新修订，2017 年底发布了 0.9.0 版 本。旧版本（Docker 1.13-）内容，请阅读 docker-legacy 分支的内容。 Docker 是个划时代的开源项目，它 network volume 介绍 增加 树莓派单片电脑 安装 Docker 增加 Docker 存储驱动 OverlayFS 相关内容 更新 Docker CE v17.x 安装说明 更新 Docker 网络 一节 更新 Docker Machine 基于 0.13.0 版本 修订记录 10 更新 Docker Compose 基于 3 文件格式 删除

Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift Container Platform (RHSA-2023:5006)现已正式发布。此发行版本使用 Kubernetes 1.27 和 CRI-O 运行时。OpenShift Container Platform 4.14 的新功能、改变以及已知的问题包括在此文档中。 OpenShift Azure 的用 的用户 户定 定义 义的 的标签现 标签现已正式 已正式发 发布 布 Microsoft Azure 的用户定义的标签功能以前在 OpenShift Container Platform 4.13 中作为技术预览引 进，现在在 OpenShift Container Platform 4.14 中正式发布。如需更多信息，请参阅为 Azure 配置用户定 义的标签。 1.3.2.8 Nutanix 上安装三节点集群。 1.3.2.16. 使用机密虚 使用机密虚拟 拟机在 机在 GCP 上安装集群已正式 上安装集群已正式发 发布 布 在 OpenShift Container Platform 4.14 中，在安装集群时使用机密虚拟机已正式发布。64 位 ARM 架构目 前不支持机密虚拟机。如需更多信息，请参阅 启用机密虚拟机。 1.3.2.17. RHOSP 的根卷 的根卷类

名字空间 iii. 控制组 iv. 联合文件系统 v. 容器格式 vi. 网络 15. Docker Compose 项目 i. 简介 ii. 安装 iii. 使用 iv. 命令说明 v. YAML 模板文件 16. Docker Machine 项目 i. 简介 ii. 安装 iii. 使用 17. Docker Swarm 项目 i. 简介 ii. 安装 iii 重写安全章节； 修正底层实现章节的架构、名字空间、控制组、文件系统、容器格式等内容； 添加对常见仓库和镜像的介绍； 添加 Dockerfile 的介绍； 重新校订中英文混排格式。 修订文字表达。 发布繁体版本分支：zh-Hant。 0.2: 2014-09-18 对照官方文档重写介绍、基本概念、安装、镜像、容器、仓库、数据管理、网络等章节； 添加底层实现章节； 添加命令查询和资源链接章节； 04 它的 ID 号（唯一） 创建时间 镜像大小 其中镜像的 ID 唯一标识了镜像，注意到 ubuntu:14.04 和 ubuntu:trusty 具有相同的镜像 ID ，说明 它们实际上是同一镜像。 TAG 信息用来标记来自同一个仓库的不同镜像。例如 ubuntu 仓库中有多个镜像，通过 TAG 信息来区分 发行版本，例如 10.04 、 12.04

ware 提供正式的认证计划 (VCP)，可为技术专业人员 提供用于部署和维护 VMware 虚拟化技术的知识、技巧和行业资格。 提前计划。在部署我们的产品之前，您将需要查看 VMware 发行说明及适用于您的环境的其他相关技 术文档。尤其重要的是客户操作系统的安装、配置和运行。我们还建议您仔细定义您的项目规划，包 括安排足够的测试时间并制定“危机”计划，以确保您的管理员知道如何与相关的供应商联系。有关 产品基于 Web 的技术文档，网址为 http://www.vmware.com/support/pubs/。所提供的文档资料包括所有最新发布的 VMware 产品的产品 文档和发行说明。 技术资源 所有当前发布的 VMware 产品的白皮书、技术说明、兼容性指南以及其他技术信息都可以在 http://www.vmware.com/support/pubs/ 上找到。 开发人员资源 http://www.vmware.com/support/developer/。 知识库 您可以浏览或搜索 http://www.vmware.com/support/kb 上的 VMware 知识库，了解已发布的所有 VMware 产品的故障排除信息。 论坛 通过注册并参加 http://www.vmware.com/community/ 上的论坛讨论，可与 VMware 产品的其他用户分 享信息和经验。

工具所需的其他依赖，如 odpscmd 等。 3. 获取 Hive metadata 4. 结果输出 Alibaba Cloud MaxCompute 解决方案 24 说明：①global.json 是一个全局的配置文件，包含了整个迁移过程中的一些配置，例如将要使用的 MaxCompute 的版本，是否打开 hive compatible 开关等。②每一个 database 在风险，例如 Hive 数据类型到 ODPS 数据类型会带来的精度损失等问题。以下是一个报告的例子： Alibaba Cloud MaxCompute 解决方案 29 【说明】：报告中对于 String 类型的 8M 限制的警告：不会截断该字段，但整个 SQL（表或分 区）的写入都会失败，因为 sql-checker 就会报错，不会走到 commit。 6.3 MaxCompute。 Alibaba Cloud MaxCompute 解决方案 36 7. 编程接口：Maven xml 8. 对于 hive 集群上作业提交队列的说明： Alibaba Cloud MaxCompute 解决方案 37 我们工具在创建 hive 作业迁移数据的时候，会把作业提交到 default queue，如同客户的 hive

协作 孤立 持续交付 瀑布式开发 独立 依赖 自动化可扩展性 手动扩展 快速恢复 恢复缓慢 十二因素应用（Twelve-factor App） 基准代码 依赖 配置 后端服务 构建、发布、运行 进程 端口绑定 并发 易处理 开发环境与线上环境等价 日志 管理进程 © Copyright 2020 Rancher Labs. All Rights Reserved. Confidential 内存等） ✓ 系统当前发布方式（是否已实现持续集成或构建管理） ✓ 是否有特定的操作系统、GPU或其他底层资源依赖 ✓ 系统间集成方式（应用层集成、数据库层集成） ✓ 业务场景及用户使用情况（用户数、并发数、集中时间段） ✓ 系统目前是否有已知的安全漏洞及修复计划 ✓ 是否可允许停机升级、停机升级窗口时间段及时长 ✓ 应用研发及维护团队情况 ✓ 应用近期发布及迭代计划情况 © Copyright Dockerfile示例 尽量确保镜像的安全、精简、可读、易维护：选择精简安全的系统 镜像、串联执行命令减少镜像层数、多阶段构建、缓存清理、只从 可信源安装软件、只安装必要的软件、添加维护人员信息、添加必 要的备注说明…… © Copyright 2020 Rancher Labs. All Rights Reserved. Confidential Dockerfile缓存陷阱 • 请总是将 apt-get