## 数据迁移 ## 存量 MySQL 迁移到 TiDB 服务 UDTS 产品支持 MySQL(5.5/5.6/5.7/8.0) 到 TiDB 的全量数据迁移，及增量数据同步。可协助用户在不停机的情况下轻松将业务从 MySQL 切换至 TiDB。 ## 自建 TiDB 迁移到 TiDB 服务 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 服务。用户在源 TiDB 开启 Pump, Drainer 可进行数据增量同步。UDTS 与源端 Pump, Drainer 一起可协助用户在不停机的情况下轻松将业务从自建 TiDB 切换至 TiDB 服务。 ## 为 TiDB 服务建立 MySQL 从库 UDTS 产品支持 TiDB 全量数据迁移至 MySQL 数据库。用户在 TiDB 服务上开启 Binlog 可将数据增量同步至下游 MySQL。UDTS 与 TiDB Binlog Binlog 服务一起可协助用户轻松建立 MySQL 从库。 ## 为 TiDB 服务建立 TiDB 从库 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 数据库。用户在源 TiDB 服务上开启 Binlog 可将数据增量同步至下游 TiDB。UDTS 与 TiDB Binlog 服务一起可协助用户轻松建立 TiDB 从 库。

## 猿辅导公司的 ## Swift 迁移之路 唐巧 ## 公司简介 • K12 领域的独角兽公司。 - 拥有 2 亿用户，月活几千万。 - 互联网女皇报告中的在人工智能领域崛起的中国公司。 Stanford Question Answering Dataset (Ongoing) 1) Google + Carnegie Mellon (USA)  ## 大纲 • 猿辅导 App 的 Swift 迁移之路 • 猿辅导老师端 App 的 Swift 迁移之路 - 小猿搜题 App 的 Swift 迁移之路 |Date|Version| |---|---| |2014-09-09|Swift 1.0| |2014-10-22|Swift 1.1| |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 月 commit e8529c341bbfe6ff22af79b787f16b438b10be02 Author: huangling

## SOFA MESH 的通用协议扩展 邵俊雄（熊啸） 2018.08.25 ## AGENDA • SOFA MESH 介绍 • SERVICE MESH 落地的问题 • SOFA MESH 的通用落地方案 • DNS 服务寻址方案 • X-PROTOCOL 通用协议 · 问答 ## SOFA MESH • 从 ISTIO 克隆并保持同步更新 - 使用 SOFA-MOSN 代替 代替 ENVOY 作为数据平面 - 打包 - 安装 - 部署 - 测试 - 支持主流的微服务框架 - SOFA - HSF - DUBBO - SPRING CLOUD - ... • 控制平面创新的地方 • MESH OPERATOR • RPC SERVICE CONTROLLER ## SERVICE MESH 落地中的问题 ## 常见的 MESH 落地方案 自己做控制平面 Controller Pattern 通过 CRD 扩展新的能力 ## MESH 落地碰到的问题 • 客户端服务发现与负载均衡无法与 ISTIO 一起工作 • ENVOY 不支持微服务使用的通信协议 - RPC 服务使用的接口，方法，参数语义无法匹配 ISTIO 的路由模型 • 一个应用上部署了多个 RPC 服务，每个服务有自己的版本 ## I STIO 控制平面路由的抽象模型 VirtualHost

 ## 自定义数据集实战 主讲：龙良曲  ## Pokemon Dataset

Hadoop 迁移到阿里云 MaxCompute # 技术方案 (V2.8.5) 编写人：MaxCompute 产品团队 日期：2019.05 ## 目录 1 概要 ..... 6 2 阿里云大数据与开源生态对比 ..... 7 2.1 Hadoop 及开源生态与阿里云大数据生态对比 ..... 7 2.1.1 主流大数据体系架构 ..... 7 2.1.2 开源大数据组件架构 阿里云大数据组件架构 ..... 9 2.1.4 阿里云大数据与 Hadoop 生态的产品映射 ..... 9 2.2 MaxCompute 特性介绍 ..... 10 2.2.1 MaxCompute 的逻辑架构 ..... 11 2.2.2 MaxCompute 产品特性 ..... 11 3 MaxCompute 迁移场景分析 ..... 15 3.1 迁移基于 Hadoop Hadoop 的数据湖/数据仓库业务负载 ..... 15 3.2 不同的网络环境及部署形态迁移 ..... 17 4 Hadoop 到 MaxCompute 迁移工具介绍 ..... 17 4.1 MMA (MaxCompute Migration Assist) ..... 17 4.1.1 工具覆盖的场景： ..... 17 4.2 MMA 功能介绍 ..... 18 4

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

## Greenplum分布式事务 和两阶段提交协议 钉钉直播 | 10月21日 20:00 - 21:00 #### Greenplum中文社区 https://cn.greenplum.org 博文·资料·文档·项目 ## 全新的问答论坛 #### https://cn.greenplum.org/askgp ## GREENPLUM DATABASE $ ^{®} $ ![Imag greenplum.org ## Greenplum分布式事务和两阶段提交协议 ## Outline • 事务实现原理和Write Ahead Logging(WAL) • 分布式事务和两阶段提交的原理 Greenplum两阶段提交协议的实现 Greenplum两阶段提交协议的优化 ## 事务的属性:ACID |属性|含义|数据库系统的实现| |---|---|---| |Atomic原子性| |Atomic原子性|事务中的操作要么全部正确执行，要么完全不执行。|Write Ahead Logging，分布式事务：两阶段提交协议| |Consistency一致性|数据库系统必须保证事务的执行使得数据库从一个一致性状态转移到另一个一致性状态。（满足完整性约束）|实现对A、I、D三个属性的支持| |Isolation隔离性|多个事务并发地执行，对每个事务来说，它并不会感知系统中有其他事务在同时执行。|多版本并发控制Multi-Version

## 腾讯云 ## I stio 流量管理原理与协议扩展 赵化冰 The provided image is a graphic design and does not contain any chart, graph, or data points that can be extracted and converted into a markdown table. ## 腾讯云 赵化冰 、断路器、故障注入 可观察性：遥测数据、调用跟踪、服务拓扑 通信安全：服务身份认证、访问鉴权、通信加密  ## I stio 流量管理 – 概览 控制面下发流量规则：Pilot • 数据面标准协议：xDS • 集群内Pod流量出入：Sidecar 流量管理 – 控制面 ## 两类数据： ☐ 服务数据（Mesh 中有哪些服务？缺省路由） Service Registry ■ Kubernetes：原生支持 Consul、Eureka 等其他服务注册表：MCP over xDS （https://github.com/istio-ecosystem/consul-mcp） 通过CRD定义的服务数据 ☐ 自定义流量规则（如何将请求路由到这些服务？）

CONFE 2023 Rust HTTP 协议栈在终端通信场景的实践 胡凯 hukai45@huaweicom 华为 公共开发部 嵌入式软件能力中心 ‖ 目录 @ HTTP 协议介绍 什么是 HTTP 协议? @ Rust与HTTP协议 介绍 Rust 与 HTTP 协议栈结合的业界实现。 @ 终端 HTTP 通信场景浅析 终端场景下 HTTP 协议的主要使用场景，以及需要思考的问题。 和终端通信场景的实践的简单介绍, 和1 Part 01 HTTP 协议介绍 什么是 HTTP 协议? Rust China Conf 2022 - 2023, Shanghai China HTTP 协议介绍 HTTP 协议，即超文本传输协议 (HyperText Transfer Protocol) 是一种用于分布式、协作式和超媒体 信息系统的应用层协议。 HTTP 是一个客户端〈用户) 和服务端 (网站) ust China Conf 2022 - 20: HTTP 协议介绍 HTTP 协议主要具有以下特点: WO WO 支持客户/服务器模式。 简单快速: 客户向服务器请求服务时，只需传送 请求方法、路径和请求头。HTTP 协议简单、HTTP 服务器的程序规模小，因而通信速度很快。 灵活: HTTP 支持传输任意类型的数据对象。 无连接: HTTP 限制每次连接只处理一个请求，节 省传输时间。(在

## 深度学习-人脸识别和风格迁移 黄海广 副教授 2023年04月 ## 本章目录 01 人脸识别概述 02 神经风格迁移 ### 1. 人脸识别概述 ## 01 人脸识别概述 02 神经风格迁移 ### 1. 人脸识别概述 ## 人脸验证（face verification） • 输入图片，以及某人的ID或者是名字 • 验证输入图片是否是这个人 ## 人脸识别（face recognition） recognition） • 有一个K个人的人脸数据库 • 获取输入图像 - 如果图像是K个人中的某人（或不认识） 人脸聚类（Face Clustering） 在数据库中对人脸进行聚类， 直接K-Means即可。 ### 1. 人脸识别概述 ## 人脸检测的步骤 ## • 人脸定位 确定是否存在人脸,人脸存在的位置、范围等 • 人脸对齐 把众多人脸图像转换到一个统一角度和姿势 在一次学习问题中，只能通过一个样本进行学习，以能够认出同一个人。大多数人脸识别系统都需要解决这个问题。 系统需要做的就是，仅仅通过一张已有的照片，来识别前面这个人确实是她。相反，如果机器看到一个不在数据库里的人所示），机器应该能分辨出她不是数据库中四个人之一。 $ d(\text{img1}, \text{img2}) = \text{degree of difference between images} $