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

## 多云管下的自动化运维架构 刘宇 Bespin 高级研发总监 ## TGO鲲鹏会 汇聚全球科技领导者的高端社群 全球12大城市 850+高端科技领导者 使命 Mission 为社会输送更多优秀的 科技领导者 ## 愿景 Vision 构建全球领先的有技术背景 优秀人才的学习成长平台  ## 多云下运维的挑战 ## 业务架构不断演变 LVS LVS Nginx Nginx Nginx DB DB LVS LVS LVS LVS Ngx Ngx Ngx Ngx Ngx Ngx DB DB

## 演进式架构的平台落地 ThoughtWorks 首席咨询师 姚安峰 DDCHINA ## 关于讲师 ## 精益系列 [英] Jez Humble [加] Joanne Molesky 著 [爱尔兰] Barry O'Reilly 姚安峰 韩锴 译 # 精益企业 ## LEAN ENTERPRISE How High Performance Organizations Innovate 探索、产品与服务设计、演进式架构、敏捷开发、持续交付、数据运营等端到端数字化业务的方法与实践及其规模化应用有深入研究和丰富实践经验。 目前致力于帮助各行业客户实现数字化转型，建立数字时代的精益研发体系，提升规模化创新能力。近两年来，研究的重点放在数字化业务管理的组织治理与动态投资组合管理，最大化投资成效。 2016年翻译出版了著作《精益企业》。 演进式架构 让架构可以快速跟上业务发展与技术生态变化，并保持稳定 requirements data legality scalability ## 演进式架构 ## An evolutionary architecture supports guided, incremental change across multiple dimensions 演进式架构支持 在各个架构设计维度上， 沿着特定方向进行频繁增量式变更。 ![Image](/uploads/

## 演进式架构：数字化世界"进化论 肖然 ThoughtWorks $ ^{®} $ # SUPPORT CONSTANT CHANGE with the new book by NEAL FORD, DR. REBECCA PARSONS & PATRICK KUA Building Evolutionary Architectures SUPPORT CONSTANT c/a/b/bcabc948732eea402ff6f566295e1b9f/p2_1.jpg) Neal Ford, Rebecca Parsons & Patrick Kua ## 架构到底什么？  classes ## 耦合关系 lighten the ## 消息中间件  ## 架构管理 我们现实的演进  我们期望的演进

## 架构工作在国际化项目中的应用实例 贺钢 2016-12-17  ## 个人简介 · 深信服科技 · 腾讯 ·联想深圳中国开发实验室 ## 前言 · 国际化项目的一些不同点导致架构工作的一些不同 • 应用实例体现这些不同点 _1.jpg) 官方驱动 安全保障 ☑ 立即下载 ## 国际化项目的一些不同点 ## · 目标客户不同: 文化习俗, 客户需求, 用户体验... ## ·要求不同: 各国法律法规(版权,协议,第三方,accessibility),安全性和隐私... ## • 地域不同: 服务器的部署, 用户的访问, 组织架构, 团队沟通... ## 项目实例 -- XA项目背景及需求 · 多设备协作 d6ecc8ec49a41/p9_1.jpg) ## 项目实例 -- 项目开发团队 |项目|备注| |---|---| |项目名称|XA| |支持国家|160| |多语言支持|27种语言| |架构师|5-8人| |开发人员|中国,美国,日本,印度| |三方合作伙伴|6-7家| ## 系统组件设计 XA Cloud Storage Assistant Interface Input XA

## 基于 Apache APISIX 与 RocketMQ 构建云原生一体化架构 杜恒 ASF Member, Apache RocketMQ PMC 成员 ## Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information ## 设计思想： 1. 消息不丢、高可靠是架构的基础 2. 时延优先，兼顾吞吐 3. 收敛业务共性问题，提供丰富的业务消息类型 4. 注重可运维性、弹性扩缩、流量调拨能力建设 打造业务消息领域首选 普通消息 顺序消息 延迟消息 事务消息 重试消息 死信消息 零依赖 可扩展 低延迟 高吞吐 强同步刷盘 ACK 机制 极简架构 高性能 金融级高可靠 ## apache Mr. *, Nk_gap Mr/*, =l] _da Nk_gap M0*t H§ qt KI aj I aoo] c§ c APACHE SOFTWARE FOUNDATION 存储架构全面升级，N=BP 存储开源 轻量级Lqlhn_kjoqi an发布 Namqaop)Nal hu特性支持 E r2 支持 1 $ ^{*} $ , )l naras 发布 性能优化、LkL

120/p1_1.jpg) # 事件 ONCALL 中心建设方法 一站式处理值班 OnCall，智能降噪  北京快猫星云科技有限公司 ## 前言 市面上有众多监控系统，刨去商业软件不说，开源的就有 Nagios、Zabbix、Op Prometheus 可能有多套）或者 Nightingale，日志的监控可能用的 Elastalert，如果上云了，可能还会有多套不同的云监控（尤其是多云场景下）。 监控系统的重心，通常是采集、存储、可视化、生成告警事件，但通常都不具有完备的事件后续处理能力。这里说的后续处理主要包括：多渠道分级通知、告警静默、抑制、收敛聚合、降噪、排班、认领升级、协同闭环处理等等。监控系统或多或少都有一些这方面的能力， 我们先来看第一个痛点，首先分析一下造成告警太多、打扰太多的原因是什么，然后针对原因提出对应的方案。 ## 告警太多的常见原因 最常见的原因，是告警规则设置得不合理。比如很多规则触发了告警之后，实际没有后续动作，只是起到常态化通知的效果，不需要排查，也不需要止损，甚至连个长线的 TODO 都没有。这类告警多了人就疲了，当重要的告警来临的时候，也容易忽略。这样的规则如果不经过治理，日积月累，就会产生很多无用的告警。 第二个

## 携程技术沙龙 Redis 多数据中心双向同步 祝辰 ## 讲师介绍  ## 祝辰 • 携程框架架构部门 • 资深研发工程师 - 专注于 Redis 高可用系统的研发工作 • 对分布式存储系统有所涉猎 ## 目录 CONTENTS CONTENTS 1 开篇 2 携程的Redis架构 3 分布式理论 4 双向/多向同步的问题 5 CRDT ## 开篇 ## 19 世纪的通讯  “At 12:30 am on April 4th, 1841 President Geographical Society, 1881. ## 21 世纪的通讯 同样的一张地图 在今天, 仅仅需要毫秒级别的时间, 一条消息可以被全世界共享起来 互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式 

ThoughtWorks首席咨询师 Sybase Tech Leader 《微服务架构与实践》作者 • 《DevOps Handbook》中文译者之一 • 国内较早倡导和实践微服务的先行者 - 对于自动化测试、持续交付、DevOps有丰富的实践经验 西安DevOps Meetup 联合发起人 ## 议题 • 微服务架构的核心 • 微服务架构设计原则 • 微服务架构生态系统 ## Are you using microservices jpg) ## 什么是微服务架构？  ## Microservices – the new architectural style Martin Fowler, Mar 2014 - 微服务架构是一种架构模式，将单体应用划分成一组小的 Microservices are the first post DevOps revolution architecture. 2015/10 ## 以缩短交付周期为核心 ## 基于DevOps 的演进式架构 ## 为什么以缩短交付周期为核心？ We can’t deliver new business value as fast as the business needs it. It is absolutely