1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2017 # 大规模分布式系统架构下调测能力构建之道 天弘基金 李鑫 主办方 Geekbang. InfoQ ## 促进软件开发领域知识与创新的传播  小中型规模应用+小型团队 中大型规模应用+多团队协同 (超)大型规模应用+契约协同 ## 服务化后的问题 多团队协同的分布式环境下，不仅环境“重”，而且外部的服务是别的团队开发的，你很难得到一个稳定、快速的外部服务提供环境，在此背景下进行功能/接口调测存在如下困难： 开发依赖重 ![Image](/uploads/d

## GCN ## 利用夜莺扩展能力打造全方位监控系统  喻波 滴滴 专家工程师  展示，完备性看采集能力，是否能够兼容并包，纳入更多生态的能力，至关重要 ## 夜莺数据采集 - 支持在web上配置采集策略，不同的采集可以指定不同的探针机器、目标机器，便于管理和知识传承 - 独创在端上流式读取日志，根据正则提取指标的机制，轻量易用，无业务侵入性 - 内置集成了多种数据库中间件的采集以及网络设备的采集，复用telegraf和datadog-agent的能力 - 支持stat

## 阿里云 ## MongoDB 分布式架构演进 张友东（林青） 阿里云数据库技术团队 # MongoDB MongoDB as in "humongous". Used to describe something extremely large or important. ## MongoDB 核心优势 灵活 · 文档模型 高可用 • 复制集 可扩展 分片集群 ## [Image](/uploads/documents/2/8/9/b/289b67c953b2ad2dd5a93b7dc04a5e4d/p9_1.jpg) Master • 数据可靠性更高 • 扩展读服务能力 Slave Slave ## 复制集 Primary ## Secondary heartbeat Secondary - 通过 raft 协议选举出 Primary 所有写请求都写到 Delayed mongodump ## 复制集的问题 Primary ## Secondary heartbeat Secondary • 存储容量受限于单个 Primary • 写服务能力受限于单个 Primary ## 客户端分片 

## 分布式任务系统 cronsun 苏创绩 ## 目录 01 任务系统 02 分布式任务系统 03 cron sun 04 心得体会   分布式crontab cmd1 cmd2 Mesos 之上的具有分布式容错特性的作业调度器 1. 可替代 cron 2. 有 UI 3. 支持ISO8601标准，允许更灵活地定义调度时间 4. 支持任务依赖 ## Dkron ## 分布式高可用的任务调度系统 1. 易用、有 UI 2. 高可用 3. 可扩展性高，支持大量任务和成千上万结点 ## 我眼里的“西施” 1. 可替代 cron 2. 分布式、高可用 3. 支持多种任务属性

## Curve 分布式存储设计 程义 — Curve Maintainer   ents/1/3/b/6/13b6145ac1674f4b66b9481848c048a7/p4_1.jpg) ## Curve块存储 ## 研究现状 1. 高性能分布式共享数据库场景 2. Curve块存储提供底层分布式共享存储 3. Polardb for PostgreSQL提供上层高性能数据库服务 4. 性能测试 1. benchmarkSQL 每分钟事务数提升39% 2. - 成本：共享一份数据，存储成本低 - 易用性：具备分布式的优势和单机体感 - 可靠性：三副本、秒级备份  计算-存储分离 ## Curve块存储 应用场景 1. 分布式块存储服务 2. KVM块存储服务 3. iSCSI协议

7a79833f29ee5d1d69/p1_1.jpg) ### OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Powered by TCPDF (www.tcpdf.org) 分布式追踪安装、使用与发行注记 ## 法律通告 Copyright $ \copyright $ 2024 Red Hat, Inc. The property of their respective owners. ## 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 ## 目录 第1章 分布式追踪发行注记 ..... 3 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 ..... 3 1 第2章 分布式追踪架构 ..... 31 2.1. 分布式追踪架构 ..... 31 第3章 分布式追踪平台(JAEGER) ..... 34 3.1. 安装分布式追踪平台 JAEGER ..... 34 3.2. 配置和部署分布式追踪平台 JAEGER ..... 37 3.3. 更新分布式追踪平台 JAEGER ..... 69 3.4. 删除分布式追踪平台 JAEGER

81cf71bce74f3b39/p1_1.jpg) ### OpenShift Container Platform 4.6 ## 分布式追踪 分布式追踪安装、使用与发行注记 Powered by TCPDF (www.tcpdf.org) 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter their respective owners. ## 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 ## 目录 第1章 分布式追踪发行注记 ..... 4 1.1. 分布式追踪概述 ..... 4 1.2. 让开源更具包容性 ..... 4 1.3. 获取支持 ..... 4 1.4. 新功能及功能增强 ... tracing ..... 8 1.6. RED HAT OPENSHIFT 分布式追踪已知问题 ..... 9 1.7. RED HAT OPENSHIFT 分布式追踪问题 ..... 9 第2章 分布式追踪架构 ..... 11 2.1. 分布式追踪架构 ..... 11 2.1.1. 分布式追踪概述 ..... 11 2.1.2. Red Hat OpenShift distributed

## RUST CHINA CONF 2023 第三届中国 Rust 开发者大会 6.17-6.18 @Shanghai ## Rust 构建分布式账务系统 在 Fintech 公司落地 Rust 项目的经验分享 胡宇 ## 关于我们 ## Airwallex 我们是一家跨境支付领域的 Fintech 独角兽 ## 😍 ## 关于我们：Airwallex ## E2 轮 Fintech ## 分布式账务系统 从设计架构到实现细节 ## 😍 ## 分布式账务系统 ## Fintech 领域中的软件与互联网软件的不同 ||Fintech|互联网| |---|---|---| |正确性|bug= 资讯|bug 不可怕，快速迭代| |可靠性|丢数据 = 资讯|允许数据丢失| |性能|超低延迟 + 高吞吐|超高吞吐| |交易日志|审计，监管|调试使用| ## 分布式账务系统 需求分析 jpg) 高可用：在部分节点失效的情况下，依旧可以提供正确的服务 超低延迟：实时交易，超低响应延迟 水平扩展性：利用分布式事务实现钱包集群的的水平扩展，应对高达100万TPS的流量 可演化性：业务逻辑与底层 API 解耦，当业务发生改变时，底层 API 不用改变 ## 分布式账务系统 ## 设计理念 - Rust 是我们可靠的基石 ## 存算分离 ● 事务层与账户层分离 ● 独立水平扩展

# 分布式NewSQL数据库 TiDB 产品文档 优刻得科技股份有限公司 版权所有 ## 目录 目录 2 概览 9 什么是TiDB 11 产品优势 12 高度兼容 MySQL 12 动态扩展 12 分布式事务 12 HTAP 12 真正金融级高可用 13 适用场景 14 对数据一致性及高可靠、 告警通知 - 证书管理 - 数据库审计 - 安全组 - 数据迁移 - 性能数据 ## 什么是TiDB TiDB 是 PingCAP 公司研发的开源分布式关系型数据库。定位于在线事务处理、在线分析处理 HTAP 的融合型数据库产品。兼容 MySQL 协议，支持水平伸缩，具备强一致性和高可用性。UCloud 基于 PingCAP 的 TiDB，实现 TiDB TiDB，分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。 ## 动态扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。 ## 分布式事务 TiDB 100% 支持标准的 ACID 事务。 ## HTAP 为在线事务处理、在线分析处理提供一站式解决方案，无需独立部署分析处理系统。 ## 真正金融级高可用 相比于传统主从 (M-S)

## TiDB: HBase分布式事务与SQL实现 ## About me • TiDB & Codis founder • Golang expert • Distributed database developer • Currently, CEO and co-founder of PingCAP liuqi@pingcap.com https://github.com/pingcap/tidb