-
第 3 章 版本管理
第 3 章 版本管理 3.1 版本管理系统 3.2 版本管理系统的发展变迁 3.3 分布式版本管理系统 3.4 如何使用版本管理系统 3.5 使用 Git 顺利地推进并行开发 3.6 Git 的开发流程 3.7 数据库模式和数据的管理 3.8 配置文件的管理 3.9 依赖关系的管理 3.10 本章总结 -
3.1.3 衡量指标
3.1.3 衡量指标 3.1.3 衡量指标 评价分布式存储系统有一些常用的指标，下面分别介绍。 （1）性能 常见的性能指标有：系统的吞吐能力以及系统的响应时间。其中，系统的吞吐能力指系统在某一段时间可以处理的请求总数，通常用每秒处理的读操作数（QPS,Query Per Second）或者写操作数（TPS,Transaction Per Secon... -
5.2.3 讨论
5.2.3 讨论 5.2.3 讨论 Amazon Dynamo采用P2P架构，而在Tair中引入了中心节点Config Server。这种方式很容易处理数据的一致性，不再需要向量时钟、数据回传、Merkle树、冲突处理等复杂的P2P技术。另外，中心节点的负载很低。笔者认为，分布式键值系统的整体架构应该参考Tair，而不是Dynamo。 当然，Tair... -
8.2 设计思路
8.2 设计思路 8.2 设计思路 OceanBase的目标是支持数百TB的数据量以及数十万TPS、数百万QPS的访问量，无论是数据量还是访问量，即使采用非常昂贵的小型机甚至是大型机，单台关系数据库系统都无法承受。 一种常见的做法是根据业务特点对数据库进行水平拆分，通常的做法是根据某个业务字段（通常取用户编号，user_id）哈希后取模，根据取模的结... -
3.6.2 如何实现分布式锁
3.6.2 如何实现分布式锁 3.6.2 如何实现分布式锁 分布式锁可以让多个分布式应用依照先后顺序保持一致性操作，因此在很多方面都有广泛的应用，比如我们在2.1.7计算中的故障处理也谈到2个工头通过竞争一个分布式锁去做任务调度。 LockDemo是利用Fourinone进行分布式锁的实现，设计思路如下： 1）可以启动多个LockDemo实例，每个... -
3.5.3 故障恢复
3.5.3 故障恢复 3.5.3 故障恢复 当总控机检测到工作机发生故障时，需要将服务迁移到其他工作机节点。常见的分布式存储系统分为两种结构：单层结构和双层结构。大部分系统为单层结构，在系统中对每个数据分片维护多个副本；只有类Bigtable系统为双层结构，将存储和服务分为两层，存储层对每个数据分片维护多个副本，服务层只有一个副本提供服务。单层结构和双... -
3.8 跨机房部署
3.8 跨机房部署 3.8 跨机房部署 在分布式系统中，跨机房问题一直都是老大难问题。机房之间的网络延时较大，且不稳定。跨机房问题主要包含两个方面：数据同步以及服务切换。跨机房部署方案有三个：集群整体切换、单个集群跨机房、Paxos选主副本。下面分别介绍。 1.集群整体切换 集群整体切换是最为常见的方案。如图3-10所示，假设某系统部署在两个机房：... -
13.3.2 Microsoft Dryad
13.3.2 Microsoft Dryad 13.3.2 Microsoft Dryad Microsoft Dryad是微软研究院创建的研究项目，主要用来提供一个分布式并行计算平台。在Dryad平台上，每个Dryad工作流被表示为一个有向无环图。图中的每个节点表示一个要执行的程序，节点之间的边表示数据通道中数据的传输方式，其可能是文件、管道、共享内...