## 构建强一致性分布式数据库 TiDB 沈泰宁 R & D Engineer @ PingCAP ## 极客时间 | 企业服务 ## 想做团队的领跑者 需要迈过这些“槛” 成长型企业，易忽视人才体系化培养企业转型加快，团队能力又跟不上 团队成员技能水平不一， 难以一“敌”百人需求 寻求外部培训，奈何价更高且集中式学习 学习效果难以统计，产生不良循环 VS VS VS

## Apache RocketMQ 事务消息 王强 (辽天) 阿里巴巴 中间件技术专家 ## QCon 全球软件开发大会 北京·2019 更多技术干货分享，北京站精彩继续 提前参与，还能享受更多优惠 识别二维码 查看了解更多 2019.qconbeijing.com  ## 分布式事务理论 ACID 刚性事务(强一致)  Atomicity Consistency

## Sphinx制作精美文档 PYTHON 30th 陈照强 2019-9-21 ## 目录 精美文档示例 谁发明了Sphinx 快速实践 我的Sphinx文档介绍  ## SPHINX Python

## 敏捷领导力= 敏捷思维+权变行为 朱宏强（项目教练-PMCoach） ## 视频回放及往期内容精华 ☐ ☐ ☐ ☐ 扫码观看本次活动视频回放  扫码获取往期阿里研发效能精华 ## 朱宏强- PMCoach ![Image](/u

和平统一 # 微服务场景下的数据一致性解决方案 殷湘 华为PaaS微服务架构师 开源能力中心  ## 大纲 • 离 数据一致性的起因 • 合 数据一致性的解决方案 • 断 方案选择建议 ## 离 数据一致性的起因  ## 单体应用 • 单体应用由于所有模块(A/B/C)使用同一个数据库 • 数据一致性通过数据库事务保证  ## 微服务场景 ## 数据一致性无法完全通过数据库保证 离 独立进程  独立部署 独立技术 独立团队 MongoDB Cassandra ## 合 数据一致性的解决方案 ## Saga • 1987年Hector & Kenneth 发表论文 Sagas • Saga = Long Live Transaction (LLT) • LLT =

[Image](/uploads/documents/a/4/2/f/a42f7fb655acc3f12481e9fe38a68e6f/p1_2.jpg) ## 开源AIOps数据中台搭建与 Python的作用 丁来强 ## 关于我 • 工作10+年，熟悉大数据分析、ITOps、SecOps等领域 ·阿里云日志服务上海负责人，之前在Splunk上海 • 自从2015年，在4届PyCon上，累计分享7+不同议题 rowspan="2">分析流式无不支持支持统计关联一般（DSL等）查询统计强，关联弱（商业版可部分转SQL）一般（类SQL查询统计等）数据治理数据加工无 481e9fe38a68e6f/p33_26.jpg) ## Elasticsearch核心能力 · 简单，易扩展，功能集丰富，生态活跃 • NoSQL, schema灵活 - 全文索引查询强，过滤快、聚集功能强大 - 不支持外部关联，有SQL适配器 • 缺点： · 企业特性需要商业License • 内存管理挑战较大，复杂统计易失控 • 超过百TB规模后运维成本高 • 存储压缩效率偏低

全球行业用户提供稳定高效、安全可靠、开放兼容的新型数据基础设施，解放企业生产力，加速企业数字化转型升级。 由 PingCAP 创立的分布式关系型数据库 TiDB，为企业关键业务打造，具备「分布式强一致性事务、在线弹性水平扩展、故障自恢复的高可用、跨数据中心多活」等企业级核心特性，帮助企业最大化发挥数据价值，充分释放企业增长空间。 目前，PingCAP 已经向包括中国、美国、欧洲、日本、东南亚等国家和地区，超过 2017 中国年度创新成长企业 100 强 2017 年度中国企业服务产业最佳投资案例 TOP10 2018 中国大数据准独角兽榜 2018 企业服务产业独角兽榜·数据服务 2019 中国最具投资价值企业风云榜 50 强 2019 中国数据库技术年度评选年度创新企业 2019 全球企服科技创新 50 强 2019 中国创新成长企业 100 强 2019 年度中国技术品牌影响企业 2019 2019 中国数据库技术年度创新企业 2020 企业服务创新榜单 TOP 50 2020 中国企业服务竞争力榜单 70 强 2020 新基建产业独角兽 TOP 100 与北京银行一起获得2020年度亚洲银行家“中国最佳核心银行技术实施”大奖 2020 中国企业服务领域高成长企业 TOP100 ### 1.6 代表用户 ![Image](/uploads/documents/3/d/e/

Nacos 一致性协议 28 Nacos 自研 Distro 协议 38 Nacos 通信通道 42 Nacos 寻址机制 56 Nacos 服务发现模块 63 Nacos 注册中心的设计原理 63 Nacos 注册中心服务数据模型 80 Nacos 健康检查机制 89 Nacos 配置管理模块 97 配置一致性模型 97 架构，主要目的是为了解决集中化和互联网化所带来的架构扩展性和面对海量用户请求的技术挑战。这里面其中有一个关键点是软负载。因为整个分布式架构需要有一个软负载来协作各个节点之间的服务在线离线状态、数据一致性、以及动态配置数据的推送。这里面最简单的需求就是将一个配置准时的推送到不同的节点。即便如此简单需求，随着业务规模变大也会变得非常复杂。如何能将数据准确的在3秒钟之内推送到每一个计算节点，这是当时提出 有很多历史负担，在开源的时候我们取其精华进行开源，为了提升代码的健壮性和扩展性，进行了充分的分层和模块化设计。 ## 设计原则 • 极简原则，简单才好用，简单才稳定，简单才易协作。 - 架构一致性，一套架构要能适应开源、内部、商业化（公有云及专有云）3个场景。 扩展性，以开源为内核，商业化做基础，充分扩展，方便用户扩展。 - 模块化，将通用部分抽象下沉，提升代码复用和健壮性。 - 长期主义，不是要一个能支撑未来

接入微服务架构之后，所有服务都注册在注册中心，如果注册中心高可用存在问题，将会影响到服务提供者对外暴露自己的服务 - 数据一致性，注册中心承担服务注册以及服务订阅，一般都会作为集群部署，很多时候还会部署在多IDC机房，因此数据一致性又成为我们的一个考量，如何保障数据一致性，涉及到CAP理论 - 多数据中心部署，很多业务服务均会部署在多IDC机房，因此是否支持多数据中心也是一个很重要的考虑 ||Eureka|ZooKeeper|Consul|etcd| |---|---|---|---|---| |AP（高可用/分区容错）|支持|不支持|不支持|不支持| |CP（一致性/分区容错）|不支持|支持|支持|支持| |多数据中心|\-|支持|支持|支持| |一致性算法|\-|paxos|raft|raft| ## 如何选择合适的配置中心 - 配置生效及时性，配置信息存储在配置中心，当后续针对配置信息进行修改后， 存队列，然后程序开启一个线程会消费这个消息做消息分发 - 每个消息都会有一批线程并发消费各自队列的数据，以做到消息处理的隔离 - 消息存储是先存入本地磁盘，然后异步上传到HDFS文件，这也避免了强依赖HDFS ## 如何选择合适的监控系统 - 数据采集，不同的监控系统，采用数据采集组件的组件不同 - 数据传输，数据传输是采取推的方式还是采取拉的方式，对应用的侵入是否大 - 数