-
6.1 FTTP架构原理解析
6.1 FTTP架构原理解析 6.1 FTTP架构原理解析 目前在云计算和大数据浪潮的推动下，分布式文件存储技术的发展已经如火如荼，不论大企业还是小创业公司都想推自己的云存储产品和服务，下面我们来关注一下这个领域背后的落地技术实现，从市场上已有的分布式文件系统实现技术入手分析，先做一个背景铺垫，再以此对照阐述FTTP的分布式文件技术架构。 目前市场上... -
27.8 本章小结
27.8 本章小结 27.8 本章小结 本章介绍了Kubernetes系统的设计、核心概念、主要组件，以及常见操作和网络模型。通过这些知识，相信读者对于Kubernetes的功能有了直观认识，并可以利用它来搭建自己的容器云平台。 虽然Kubernetes自身并没有提出PaaS或者DevOps的理念，但它提供的资源抽象接口和生命周期管理，让用户可以很方... -
大规模分布式存储系统
大规模分布式存储系统 ——原理解析与架构实战 杨传辉 著 ISBN：978-7-111-43052-0 本书纸版由机械工业出版社于2013年出版，电子版由华章分社（北京华章图文信息有限公司）全球范围内制作与发行。 版权所有，侵权必究 客服热线：+ 86-10-68995265 客服信箱：service@bbbvip.com 官方网址：www... -
空标题文档
第9章 共享服务中心对内和对外的协作共享 随着共享服务中心的服务数量不断增加，会有越来越多的内部应用、甚至外部平台要接入这些服务，如何高效实现应用对服务中心的服务对接，是一个分布式服务体系发展到一定阶段后必然要面临的问题。本章通过对阿里巴巴共享服务平台（Shared Platform as Service，SPAS）建设背景、建设过程以及建设后收效的介绍... -
11.4.6 工程现象
11.4.6 工程现象 11.4.6 工程现象 1.错误必然出现 只要是理论上有问题的设计或实现，实际运行时一定会出现，不管概率有多低。如果没有出现问题，要么是稳定运行时间不够长，要么是压力不够大。系统开发过程中要有洁癖，不要放过任何一个可能的错误，或者心存侥幸心理。 2.错误必然复现 实践表明，分布式系统测试中发现的错误等到数据规模增大以后必然... -
11.1.2 QA测试
11.1.2 QA测试 部署一个OceanBase集群 连接到其中一台MergeServer(ms0) 执行DDL(建表)以及DML语句(insert/update/delete) 读取表格内容 获取原有的主UpdateServer的地址并记录为$a 关闭主UpdateServer并等待30秒 获取新的主UpdateServer的地址记录为$b... -
4.1.5 讨论
4.1.5 讨论 4.1.5 讨论 从GFS的架构设计可以看出，GFS是一个具有良好可扩展性并能够在软件层面自动处理各种异常情况的系统。Google是一家很重视自动化的公司，从早期的GFS，再到Bigtable、Megastore，以及最近的Spanner,Google的分布式存储系统在这一点上一脉相承。由于Google的系统一开始能很好地解决可扩展性... -
空标题文档
5.1 数据库瓶颈阻碍业务的持续发展 在淘宝平台向共享服务体系改造的过程中，通过各个服务中心拥有各自独立数据库的方式，即采用数据垂直分区的方式对业务数据进行分区，确实在很大程度上缓解了当时数据库连接数资源捉襟见肘和数据库因为表多、数据多造成的性能等问题。从当时淘宝业务突飞猛进式的发展势头来看，单一服务中心的数据访问压力也必然很快会达到单机数据库的承载上限... -
7.2.7 讨论
7.2.7 讨论 7.2.7 讨论 Microsoft SQL Azure将传统的关系型数据库SQL Server搬到云环境中，比较符合用户过去的使用习惯。当然，云SQL Server与单机SQL Server还是有一些区别： ●不支持的操作：Microsoft Azure作为一个针对企业级应用的平台，尽管尝试支持尽量多的SQL特性，仍然有一些特性无... -
第1章 概述
第1章 概述 第1章 概述 Google、Amazon、Alibaba等互联网公司的成功催生了云计算和大数据两大热门领域。无论是云计算、大数据还是互联网公司的各种应用，其后台基础设施的主要目标都是构建低成本、高性能、可扩展、易用的分布式存储系统。 虽然分布式系统研究了很多年，但是，直到近年来，互联网大数据应用的兴起才使得它大规模地应用到工程实践中。相...