_1.jpg) ## 什么是服务注册中心？ 服务注册中心具有服务注册和服务发现能力的可靠的分布式服务。 1. 服务注册 2. 服务发现 3. 可靠 4. 分布式  ## 为什么需要服务注册中心？ 是单体架构向微服务服务化演进的需要。 jpg) ## 服务注册中心 1. 服务端发现 1. DNS 2. 客户端发现 1. ServiceCenter, eureka 2. etcd, zookeeper, consul  ## 为什么实现自己的服务注册中心？ 1. 提供标准接口（RESTful） 979/p5_1.jpg) ## 从服务注册中心到服务管理中心 1. 元数据 2. 依赖关系 3. 实例变化推送 4. 多租隔离 5. 高可用性保障  ## 从服务注册中心到服务管理中心 Event Notifier Service-Center

 # 事件 ONCALL 中心建设方法 一站式处理值班 OnCall，智能降噪  是靠产品工具了，比如告警事件在哪些时间段发送、如何过滤、如何屏蔽、如何抑制等等，通常，监控系统和统一的 OnCall 中心（PagerDuty FlashDuty 这种产品）在这些功能上会有一定的重叠，不过监控系统在这方面做得参差不齐，整体能力偏弱，使用统一的 OnCall 中心功能更强大，我们留待工具实践篇再详细阐述。 接下来我们聊一下“告警疏漏、无法闭环”的问题，核心就是告警发出来得有人处理 轮班的人在值班期间是第一责任人，会拿出 120% 的精力来处理问题，责任到人显然更容易推进问题解决，其他不值班的人则可以心无旁骛地做一些长线的事情，不至于总是被告警打断。 排班系统通常不开源，通常是作为事件中心的一个功能，PagerDuty 就提供了排班能力，即使没有系统支持，也建议人为制定一个排班表，把这个制度落实下去，对告警闭环处理也会有很大帮助。 值班人员在值班期间，虽然已经高度重视了，但也难免疏漏，这就需要告警升级机制了。

## 携程技术沙龙 Redis 多数据中心双向同步 祝辰 ## 讲师介绍  ## 祝辰 • 携程框架架构部门 • 资深研发工程师 - 专注于 Redis 高可用系统的研发工作 • 对分布式存储系统有所涉猎 ## 目录 CONTENTS Geographical Society, 1881. ## 21 世纪的通讯 同样的一张地图 在今天, 仅仅需要毫秒级别的时间, 一条消息可以被全世界共享起来 互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式  Data Replication Center DRC 的概念是在近年来, 云计算兴起, 多站点部署的场景下, 延伸出来对于数据共享的一个需求. 多站点部署的架构, 对于单元化部署的应用来讲, 跨数据中心的数据访问一直是一个最大的痛点. ## 目前很多用户 - 抑或是采取了同一份写入到两个站点的数据库 - 抑或是跨站点写入数据库同时同步回来(例如 AWS 的 AURORA) 这两种方式都没有从根本上解决问题

Redis/Muduo/Pika/Dubbo/Dubbo-go/Sentinel-go ’ alt=‘OCR图片’/> 目录 1 dubbogo 和 它的朋友们 2以k8s作为注册中心 3 基于 MOSN 4 基于应用注册模型的双模通信 5 云原生时代的 dubbogo 3.0 6 dubbogo 社区 1 dubbogo 和 它的朋友们 Dubbogo = Go 语言的 Dubbo patch 方式升级 2 docker 基于不可变的镜像统一了部署形态，k8s统一了编排形态 3云原生下的中间件就要求有不可变的通信、消息、事件等基础通信设施 2 以 k8s 作为注册中心 云原生 = k8s + Dubbo Proxyless sdk + Dubbo APP 技术方案 1、Consumer/Provider进程所在的Pod启动后通过ENV获得namespace 运行流程 1 meshSwitch 打开，则 provider启动时访问 MOSN http接口注册其可提供的服务能力，MOSN借助 dubbo-go注册服务 2 provider 退出时通过 MOSN的 unpub 接口注销其服务能力 3 consumer 直接从注册中心/借助 MOSN的sub接口获取 provider列表 总体架构 mesh化和非 mesh 化的应用可以互通

## 携程 Redis 多数据中心 双向同步实践 祝辰 ## 祝辰 目前任职携程框架架构部门资深研发工程师 负责框架Redis团队的开发工作 目录 1 业务背景 2 双向同步 3 CRDT 4 高可用 ## 开篇 & 背景 ## Redis 在携程的规模 25,000,000 QPS ## 跨公网同步 Console SHANGHAI Data CANADA [Image](/uploads/documents/7/f/2/f/7f2fc57ee7247c30251dfbc124a7d5de/p33_2.jpg) 本PPT来自2019携程技术峰会 更多信息请关注“携程技术中心”微信公众号~

究，对 Spring Cloud、Service Mesh 等微服务治理框架有丰富实践经验 ## Service Mesh 与 Spring Cloud 应用的互通、共治 /02 注册中心与高可用方案 ## /03 通过治理策略保证服务高可用 ## Service Mesh 与 Spring Cloud 应用的互通、共治 ## 优点 微服务架构的集大成者 - 轻量级组件 - 运行时支撑服务 服务注册中心 • 服务网关 • 配置中心 ## 目标 互联互通 · 平滑迁移 · 灵活演进 ## 环境 - 虚拟机 - Kubernetes ## 混合微服务的互联互通 Mesh控制面  微服务控制中心 监控数据存储 监控数据存储 注册中心 配置中心 应用 应用 Sidecar 百度智能云 CNAP 混合微服务架构图 ## • Spring Cloud • Service Mesh ## 注册中心与高可用方案 ## 注册中心 - Consul ### - Consul is a tool for service discovery and configuration. Consul is distributed

## GCN ## KubeVela：以应用为中心的渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队技术专家 ## 关于我 • 孙健波 · 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela 2b3e3d588941a790ef0b26ad64cb6ab4/p12_2.jpg) 业务用户 ## KubeVela 的 Application 对象 • 一个完整的应用描述文件（以应用为中心） - 灵活的 “schema”（参数由能力模板自由组合） • 放置于应用代码库中（gitops 友好） - 无需学习 K8s 细节（完整的用户侧抽象） - 可自动适配任意 k8s 集群与部署环境（环境无关） 6ab4/p13_1.jpg) 如何扩容 扩容指标，实例数范围 可灵活扩展的其他能力 ## 查看 “能力模板” 的用法 ## $ vela show webservice 1. 能力模板注册时，KubeVela 控制器会自动生成 OpenAPI v3 的 json schema 文件和文档。 2. 通过 vela 的命令行工具可以查看。 3. 用户也可以自己基于 json schema

携程REDIS多数据中心实践 ’ alt=‘OCR图片’/> 关注InfoQ官方信息及时获取QCon软件开发者大会演讲视频信息 [北京站] 2016年12月2日-3日 咨询热线：010-89880682 QCon 全球软件开发大会 [北京站] 2017年4月16日-18日 咨询热线：010-64738142 Software Load Balance 清华大学 自强不息 厚德尚学 携程使用情况 2000多组实例 每秒访问量200万（写入10万） ’ alt=‘OCR图片’/> REDIS多数据中心 多数据中心 业务压力 高可用 多数据中心阶段 备份 双活 多活 Redis多数据中心？ Cache 内存数据库 ’ alt=‘OCR图片’/> 需要解决的问题 数据复制 一致性 实时性 高可用 复制高可用 alt=‘OCR图片’/> 数据复制-REPLICATION LOG SERVER 磁盘缓存log数据 多机房Log server—log server数据传输 数据中心内redis通过log server获取数据 数据中心之间通过keeper复制 压缩 Replication log server 命名：keeper ’ alt=‘OCR图片’/> 实时性 测试 5w QPS

Rollback，connCtx 有值则回滚然后向 tc 报告分支执行失败，tc 会根据这个状态回滚整个全局事务，connCtx 没有值则只需正常回滚。 ## Mysql driver 接入演示 ## 注册中心配置中心支持 ## PostgreSQL 支持 ## GRPC 支持 https://github.com/opentrx/seata-golang https://github.com/openrx/mysql

最简单的微服务－微服务的基本组件 ## 目标： • 服务与物理地址解耦 • 基本的健康检测 ## 组件 1个服务（应用+数据库） 服务注册中心 a) https://github.com/apache/servicecomb-center 服务注册中心 b) 核心服务注册表 |---服务名---|---服务实例UID---|---物理地址(IP：端口)---| c）表的维护（心跳存活性检测） • • SDK a) https://github.com/apache/servicecomb-java-chassis b）和服务注册中心通信，共同维护表 网关 a）对外提供固定地址，提供路由转发功能 b）网关固定IP:端口/服务名/URL -> 服务动态IP:端口/URL（网关固定IP:端口/A服务名 = A服务动态IP:端口）  ## 3 个组件的更多功能 • 服务注册中心 ServiceCenter a) https://github.com/apache/servicecomb-service-center b) 当前实例的报表（UI），详细的API接口列表 c) 某服务实例数低于阈值指报警 社区召集！