jpg) ## 什么是服务注册中心？ 服务注册中心具有服务注册和服务发现能力的可靠的分布式服务。 1. 服务注册 2. 服务发现 3. 可靠 4. 分布式  ## 为什么需要服务注册中心？ 是单体架构向微服务服务化演进的需要。 ! jpg) ## 服务注册中心 1. 服务端发现 1. DNS 2. 客户端发现 1. ServiceCenter, eureka 2. etcd, zookeeper, consul  ## 为什么实现自己的服务注册中心？ 1. 提供标准接口（RESTful） 提供标准接口（RESTful） 2. 负载均衡，服务订阅（客户端LB，长连接） 3. 运行时依赖（Go） 4. 可靠性（BASE，最终一致性）  ## 从服务注册中心到服务管理中心 1. 元数据 2. 依赖关系 3. 实例变化推送

 # 事件 ONCALL 中心建设方法 一站式处理值班 OnCall，智能降噪  能会觉得单一渠道不可靠，想用多个渠道同时发送的方式来保障告警触达率，这也属于告警规则配置不合理的范畴。 第四个原因是预期内的维护动作导致的。比如程序升级变更，如果进程重启时间过长，可能会导致关联的服务告警，或者某个机器重启，忘记提前屏蔽了，也会产生一堆关联告警。 了解了常见原因，下面我们来看一下有哪些常见解法。 ## 优化告警规则 类似 PagerDuty FlashDuty 这种产品，一定 板讲清楚价值。怎么办？这就需要制定运维准入规则，哪个系统要交给运维人员来运维，首先要提供一些信息。 相关联系人，出了问题能够及时找到人，联系不上的话得能直接联系研发领导。 服务相关信息，比如代码仓库、系统架构、依赖哪些服务、依赖哪些系统参数、哪些 JVM 参数、常见问题还有处理办法等等。 然后进行准入评审及准入测试，如果系统架构有明显问题，就没办法通过准入要求，不接受运维，如果老板要求必须接，

## 携程技术沙龙 Redis 多数据中心双向同步 祝辰 ## 讲师介绍  ## 祝辰 • 携程框架架构部门 • 资深研发工程师 - 专注于 Redis 高可用系统的研发工作 • 对分布式存储系统有所涉猎 ## 目录 CONTENTS Geographical Society, 1881. ## 21 世纪的通讯 同样的一张地图 在今天, 仅仅需要毫秒级别的时间, 一条消息可以被全世界共享起来 互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式  支持多种 数据结构  支持主从架构 缓存服务 分布式锁 消息队列 计数器 

## 微服务架构及ServiceComb实践 ## 什么是微服务架构？ 一个既“简单”的又“强大”的后端架构模式。 ## 简单： 每个服务相对较小并比较容易开发维护。 服务可以独立的部署。 • 更适合小团队（个人）开发管理 • 更容易实验和采纳新的技术。 适合同学们学习 Demo也可以作为生产系统的一部分 ## 强大： 使大型的复杂应用程序可以持续的交付和持续的部署。 • 更容易测试 ## 从一个简单的天气预报微服务应用谈起  Forecast (Java) Weather (Java) • Weathermapweb：界面服务 nodeJS • Fusionweather：汇聚服务，为前台界面提供数据 • Forecast：预报天气 Forecast：预报天气 • Weather：当前天气 http://wyfrs4z7zxumdjp9.zizipo.cn-east- 2.huaweicse.com/#!?city=shenzhen |微服务名称|所属应用|版本数|实例数|框架| |---|---|---|---|---| |fusionweather|weathermap-...|1|1|ServiceComb 1.2.0.B01|

[Image](/uploads/documents/e/0/1/3/e01357aed326a4ee5d57c9a0bb0b4cd7/p1_2.jpg) ## 关于我 - 目前就职于华为开源能力中心 - 前红帽软件主任软件工程师 • Apache软件基金会会员 • 参与Apache软件基金会多个Java 中间件项目  • Java Chassis 高性能的微服务框架，提供服务注册发现以及动态配置管理，以及限流降级，容错熔断等服务治理功能 • Service Center 基于Etcd高性能，高可用服务注册中心 • Pack (Saga) 微服务事务最终一致性问题解决方案，提供一个集中式的事务协调器，协调微 服务之间的事务调用，保证事务最终一致性 https://github ee5d57c9a0bb0b4cd7/p5_1.jpg) ## ServiceComb开源微服务解决方案  Public Cloud 服务安全 治理UI 自动部署 对接行业解决方案 监控运维 Java编程 (POJO/SpringMVC/JAX-

2以k8s作为注册中心 3 基于 MOSN 4 基于应用注册模型的双模通信 5 云原生时代的 dubbogo 3.0 6 dubbogo 社区 1 dubbogo 和 它的朋友们 Dubbogo = Go 语言的 Dubbo + 更强的云原生能力 RPC的本质 1请求驱动的微服务能力 2低延时下的同步调用 3不同服务形态共存于同一个集群 4提供同一个服务的服务端 4提供同一个服务的服务端能力不对等，但用户期望统一RT时间段内返回 Dubbo vs Spring Cloud 服务治理能力 未来的趋势是通过将服务治理能力 sidecar化，应用无需与特定的技术栈绑定 多语言支持 Dubbo 目前已经支持 Go/Java/Js/Python/Erlang等多种语言，这也是Spring Cloud方案最大的短板 国内客户积累 当当网 Dubbox，京东内部版本的 dubbo 以及 patch 方式升级 2 docker 基于不可变的镜像统一了部署形态，k8s统一了编排形态 3云原生下的中间件就要求有不可变的通信、消息、事件等基础通信设施 2 以 k8s 作为注册中心 云原生 = k8s + Dubbo Proxyless sdk + Dubbo APP 技术方案 1、Consumer/Provider进程所在的Pod启动后通过ENV获得namespace

## 携程 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携程技术峰会 更多信息请关注“携程技术中心”微信公众号~

## RAINBOND服务日志管理 好雨交付工程师-郭逊 ## 大纲 1. Rainbond自身的日志管理机制 2. 对接 Elasticsearch 3. 演示示例 2019-07-31T03:29:22.251Z INFO [monitoring] log/log.go:124 Non-zero metrics in the last 30s {"monitoring": /4/b/d/24bd0bda2e50810fa43321ee941db5bf/p4_1.jpg) # 1.RAINBOND自身日志管理机制 ### 1.1 日志界面 首页 / 我的应用 / 服务日志对接Es示例 / NGINX NGINX 访问 关闭 管理容器 其他操作 最近1000条日志 2019-07-30T15:59:22.251Z INFO [monitoring] log/log RAINBOND自身日志管理机制 1.3 日志来源，以及相关原理 node服务功能与角色 NODE服务会监视DOCKERD进程，观察其创建与销毁容器。获取文件系统中容器日志的路径，监视来自容器标准输出和标准错误输出，并以UDP协议分发到RBD-EVENTLOG组件。 rbd-eventlog组件功能与角色 接收来自NODE服务的推送，用WEBSOCKET协议将日志内容推送到用户所操作的应用控制台。

 链滴 ## rocketmq 服务部署 作者：gitsilence 原文链接：https://ld246.com/article/1632123166220 来源网站：链滴 许可协议：署名-相同方式共享4.0国际(CC BY-SA brokerRole=ASYNC_MASTER # 刷盘方式，ASYNC_FLUSH=异步刷盘，SYNC_FLUSH=同步刷盘 flushDiskType=ASYNC_FLUSH # broker对外服务的监听端口 listenPort=10911 # nameServer地址，如果name server是多台集群的话，就用分号分隔 namesrvAddr=192.168.166.20:9876;192 lave节点 brokerRole=SLAVE # 刷盘方式，ASYNC_FLUSH=异步刷盘，SYNC_FLUSH=同步刷盘 flushDiskType=ASYNC_FLUSH # broker对外服务的监听端口 listenPort=11011 # nameServer地址，如果name server是多台集群的话，就用分号分隔 namesrvAddr=192.168.166.20:9876;192