数据迁移 数据迁移 存量 存量 MySQL 迁移到 迁移到 TiDB 服务 服务 UDTS 产品⽀持 MySQL(5.5/5.6/5.7/8.0) 到 TiDB 的全量数据迁移， 及增量数据同步。 可协助⽤⼾在不停机的情况下轻松将业务从MySQL 切换⾄ TiDB。 ⾃建 ⾃建 TiDB 迁移到 迁移到 TiDB 服务 服务 UDTS 产品⽀持 TiDB 全量数据迁移⾄ TiDB服务。 ⽤⼾在源TiDB开启Pump MySQL 从库 从库 UDTS 产品⽀持 TiDB 全量数据迁移⾄ MySQL 数据库。 ⽤⼾在TiDB服务上开启 Binlog 可将数据增量同步⾄下游MySQL。 UDTS 与 TiDB Binlog服务⼀起可协助⽤⼾轻松建⽴ MySQL从库。 为 为 TiDB 服务建⽴ 服务建⽴ TiDB 从库 从库 UDTS 产品⽀持 TiDB 全量数据迁移⾄ TiDB 数据库。 ⽤⼾在源TiDB服务上开启 Binlog Binlog 可将数据增量同步⾄下游TiDB。 UDTS 与 TiDB Binlog服务⼀起可协助⽤⼾轻松建⽴TiDB从 数据迁移 Copyright © 2012-2021 UCloud 优刻得 1/2 库。 数据迁移 Copyright © 2012-2021 UCloud 优刻得 2/2

猿辅导公司的
 Swift 迁移之路路 唐巧 公司简介 • K12 领域的独⻆角兽公司。 • 拥有 2 亿⽤用户，⽉月活⼏几千万。 • 互联⽹网⼥女女皇报告中的在⼈人⼯工智能领域崛起的 中国公司。 旗下产品 关于我 • 唐巧，⼩小猿搜题产品技术负责⼈人 • ⻓长期分享技术，拥有共计 10 万的微 博和微信公众号粉丝 • 《iOS 开发进阶》、《iOS ⾯面试之 道》作者 道》作者 ⼤大纲 • 猿辅导 App 的 Swift 迁移之路路 • 猿辅导⽼老老师端 App 的 Swift 迁移之路路 • ⼩小猿搜题 App 的 Swift 迁移之路路 Date Version 2014-09-09 Swift 1.0 2014-10-22 Swift 1.1 2015-04-08 Swift 1.2 2015-09-21 Swift 2.0 2016-09-13 2016-09-13 Swift 3.0 2017-09-19 Swift 4.0 2018-03-29 Swift 4.1 2018-07-05 Swift 4.2 猿辅导 的 Swift 迁移之路路 决策回顾 • 背景 • 时间：2016 年年 6 ⽉月 • Swift 版本：Swift 2 • 依赖很重的 C++ 直播库 • 历史 Objective-C 代码⾏行行数：8

Hadoop 迁移到阿里云 MaxCompute 技术方案 （V2.8.5） 编写人：MaxCompute 产品团队 日 期：2019.05 Alibaba Cloud MaxCompute 解决方案 2 目录 1 概要 .................................. ............. 11 3 MaxCompute 迁移场景分析 ................................................................................................................. 15 3.1 迁移基于 Hadoop 的数据湖/数据仓库业务负载 .......... .......... 15 3.2 不同的网络环境及部署形态迁移 ................................................................................................... 17 4 Hadoop 到 MaxCompute 迁移工具介绍 .............................

Docker 容器 date: 2020-12-18 tags: Kubernetes description: MacOS 平台 Kubernetes 管理 Docker 容器 图⽚来源于 Install Kubernetes: The Ultimate Guide Kubernetes 简介 Kubernetes 是容器集群管理系统，是⼀个开源的平台，可以实现容器集群的⾃动化部署、⾃动扩缩容、维护等功能。 minikube dashboard Minikube Dashboard Docker Desktop Dashboard（MasOC） minikube start 回启动⼀个 Docker 容器： 打包 Nodejs 应⽤镜像 创建 Nodejs 应⽤程序 创建 hello-node ⽂件夹，添加以下⽂件以及代码： server.js var http = require('http'); SIZE # hello-node v1 353fc3541cea 2 minutes ago 912MB 创建 Deployment Kubernetes Pod 是⼀个或多个容器组合在⼀起得共享资源，Kubernetes Deployment 是检查 Pod的健康状况。 kubectl create deployment hello-node --image=hello-node:v1

Platform 4.6 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers 指南 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers Red Hat OpenShift for Windows Containers 为在 OpenShift Container Platform 上运行 Microsoft Windows Server 容器提供了内置的支持。本指南提供所有详细信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPERATOR 1.0.2 发行注记 2.8. 已知限制 第 第 3 章 章 了解 了解 WINDOWS 容器工作 容器工作负载 负载 3.1. WINDOWS 工作负载管理 3.2. WINDOWS 节点服务 3.3. 已知限制 第 第 4 章 章 启 启用 用 WINDOWS 容器工作 容器工作负载 负载 先决条件 4.1. 安装 WINDOWS MACHINE CONFIG OPERATOR

Platform 4.11 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers 指南 Last Updated: 2024-02-09 OpenShift Container Platform 4.11 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers Red Hat OpenShift for Windows Containers 为在 OpenShift Container Platform 上运行 Microsoft Windows Server 容器提供了内置的支持。本指南提供所有详细信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 已知限制 第 第 3 章 章 了解 了解 WINDOWS 容器工作 容器工作负载 负载 3.1. WINDOWS MACHINE CONFIG OPERATOR 的先决条件 3.2. WINDOWS 工作负载管理 3.3. WINDOWS 节点服务 3.4. 已知限制 第 第 4 章 章 启 启用 用 WINDOWS 容器工作 容器工作负载 负载 先决条件 4.1. 安装 WINDOWS

Service Mesh Meetup #4 上海站 蚂蚁金服Service Mesh 渐进式迁移方案 2018.11.25 敖小剑 @ 蚂蚁金服 中间件 龙轼 @UC 基础研发部1 Service Mesh演进路线 1 2 实现平滑迁移的关键 3 DNS寻址方案的演进 4 5 总结 DNS寻址方案的后续规划ü 对未来长期目标的认可 • Service Mesh（带控制平面，如Istio） 还有很多应用没有实现微服务化 • 还有很多应用没有运行在kubernetes之上 • Istio目前还不够稳定，也无法原生支持我们的规模 • 现有系统中的众多应用不可能一夜之间全部迁移 ü 最重要的：平滑迁移 • 微服务 + Service Mesh + Kubernetes 是目标 • 但是如何从现有体系向目标迈进，必须给出可行的实践指导 ü Roadmap • 预计2019年初 ）非常自然 • 容易落地 • 快速达成短期目标 ü 缺点是再往后走 • 由于没有k8s的底层支持，就不得不做大量工作 • 尤其istio的非k8s支持，工作量很大 • 而这些投入，在最终迁移到k8s时，又被废弃 ü 结论： • 不符合蚂蚁的远期规划（k8s是我们的既定目标） • 会造成投资浪费（k8s铺开在即） 演进路线2分析 部署在 非k8s上 Service Mesh (Sidecar模式)

七牛容器云Service Mesh实践 冯玮 七牛容器云架构师 2018.11.25 Service Mesh Meetup #4 上海站Ingress Controller • 流量管理 • 安全管理 • 统一配置 • 反向代理Contour • 本质上还是Ingress Controller • Kubernetes深度整合 • Gimbal生态组件Contour特点 • 基于Envoy 南北流量产品化 • TLS管理优化 • Contour增强 • 入口流量管控 • 跨集群调度 • 发展策略 • API版本兼容两种方式 • 数据面优先，控制面按需迭代七牛容器云Service Mesh发展 • 产品发展 • 依托容器云PaaS中台 • 辐射业务线：Spock，Kodo，Dora等 • 先内部普及踩坑，后私有云能力产品化 • 使用规模 • 80%以上产品线部署Contour & Istio 定位难 • 解决方案 • Istio南北流量分流策略产品化 • 基于Istio的QoS产品化 • 基于Istio的Tracing产品化 • 跨集群流量调度七牛容器云产品逻辑架构 Kubernetes + Docker + 生态链七牛容器云产品未来发展 • 更多功能 • 故障熔断 • 故障注入 • 业务配置动态分发 • 优化升级 • 性能优化： • DPDK + eBPF • 系统优化

Kubernetes Operator 实践 —— MySQL 容器化 刘林 搜狗资深工程师 关于我 搜狗商业平台研发部 资深开发工程师 l 主要从事商业平台研发工作，在构建高性能、高可用大规模 系统方面有丰富的实践经验 l 目前专注于云计算、DevOps 等相关领域，负责搜狗商业云 平台的设计研发工作 刘林 1. 背景介绍 2. Operator 的基本原理 3. MySQL 有状态服务的需求越来越多 有状态服务容器化 1. 背景介绍 2. Operator 的基本原理 3. MySQL Operator 设计实践 4. 小结 无状态服务 服务调度 有状态服务集群 服务调度 状态保存 集群管理 有状态服务 服务调度 状态保存 带来的新挑战 服务调度 状态存储 集群管理 成员管理 扩缩容 故障迁移 高可用 CoreOS 提出了 operator MySQL Operator 设计实践 4. 小结 MySQL 容器化目标 • 快速部署 MySQL 主从集群 • 支持 MySQL 集群高可用 • 支持 MySQL 集群弹性伸缩 • 支持 MySQL 5.5 & 5.7 Master Slave1 Slave2 MySQL 集群：1 主 2 从 MySQL 容器化系统架构 REST CLI Kubernetes Master

1 ⾸云容器产品Kubernetes操作指南 简介 �.产品简介 �.使⽤须知 集群管理 �.简介 �.使⽤须知 �.操作说明 节点管理 �.简介 �.使⽤须知 �.操作说明 存储管理 �.简介 �. 操作说明 应⽤管理 �. 简介 �. 前提条件 �. 操作说明 ⽹络管理 �.简介 �.操作说明 监控管理 �.简介 �.操作说明 （�）开启监控 �. 创建⽆状态应⽤nginx �. 配置容器 �. ⾼级配置 �. 创建成功 案例--如何创建⼀个WordPress ⽅法⼀：nodePort + Haproxy 外⽹访问 WordPress 配置⽅法 �. 创建 StorageClass、Namespace 和 pvc 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 �. 配置 Haproxy 负载均衡 Namespace 和 PVC 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 �. 创建 Service �. 创建 Ingress �. Haproxy 策略配置上述 Ingress 与服务映射的 �� 端⼝ �. 访问 Wordpress 容器服务 Kubernetes 版（CCK），提供⾼性能可伸缩的容器应⽤管理能⼒，⽀持Kubernetes社区原⽣应 ⽤和