本书覆盖下述内容：
? 为什么扩展性的问题始于组织和人员，而不是技术，为此我们应该做些什么？
? 从实践中取得的可以付诸于行动的真实的成功经验和失败教训。
? 为敏捷、可扩展的组织配备人员、优化组织和加强领导。
? 对处在高速增长环境中的公司，如何使其过程得到有效的扩展？
? 扩展的架构设计：包括15个架构原则在内的独门绝技，可以满足扩展的方案实施和决策需求。
? 新技术所带来的挑战：数据成本、数据中心规划、云计算的演变和从客户角度出发的监控。
? 如何度量可用性、容量、负载及性能。

本书深入浅出地介绍了大型互联网平台的技术架构，并从多个角度详尽地分析了互联网企业的架构理论和实践，是架构师和CTO不可多得的实战手册。
——唐彬，易宝支付CEO及联合创始人
互联网金融千人会轮值主席
互联网技术正急速地扩大着商业边界。其中，软件系统的可扩展性将成为公司是否可以升级涅槃的关键问题。本书的译者敏感地关注到了这个问题，翻译了这本书，相信可激发中国新经济管理者、从业者的思考和讨论。
——涂子沛，阿里巴巴副总裁，互联网+专家
《大数据》、《数据之巅》作者
本书作者拥有丰富的架构、管理和领导经验，成功解决了许多eBay在快速发展过程中遇到的问题和挑战。本书中文译本的出版必将把硅谷的成熟架构设计和技术管理经验传播到中国，为互联网+助力。
——叶亚明，携程集团CTO
本书更具价值的部分是阐述了人才、管理、流程、组织架构对高可用性系统及产品的影响。
——高遵明，唯品会CTO
在中国互联网行业迅速发展的今天，我相信所有快速发展的企业都会面临同样的挑战，那么别犹豫，请打开这本书读一读吧，相信你会和我一样感到惊喜！
——段念，宜信宜人贷CTO
从本书中学习可扩展性，是要从一个个案例中学习如何思考，而不仅仅是学习它的手段。
　——祁宁，SegmentFault创始人兼CTO
本书基于两位作者长期的观察和实践，深入讨论了人员能力、组织形态、流程和软件系统架构对业务扩展性的影响，并提出了组织与架构转型的参考模型和路线图。
　——赵先明，中兴通讯股份有限公司CTO
每家快速成长的公司都需要不断突破自身系统架构的扩展性约束，本书提供了大量翔实且系统的案例和工具，将帮助你把公司设计得更好。
　——吴华鹏，iTech Club理事长
1024学院院长，原凤凰网CTO
本书从过程、人员、性能和技术等多角度出发，创造性地解决扩展性难题，不同阶段的系统及不同规模的公司，都能得到非常到位的指导。
　——曹重英，IT高管会负责人

感谢你阅读本书。本书获得了学术界和专业界的认可，是目前学习系统和组织扩展艺术最好的资源之一。本书在第1版的基础上对部分内容进行了修订和更新，并且增加了新内容。作为数百家快速成长公司的顾问，我们非常幸运有机会站在许多行业变革的最前线，为开发产品引入新技术和新方法。尽管我们希望客户能体会到我们的知识和经验的价值，但并不否认这些价值中的一大部分来自于我们和那些技术公司之间就某个主题而产生的互动。在本书中，我们会更多地分享在顾问实践的过程中学到的经验和吸取的教训。
第2版增加了几个关键话题，我们认为讨论这几个话题对本书十分重要。其中一个最为重要的新话题聚焦在称为敏捷组织的新型结构上。其他值得注意的话题包括把数据中心转移到云端（IaaS/PaaS）的决策根据，为什么NoSQL解决方案不流行，而且不是解决可扩展性问题的灵丹妙药，业务指标对系统整体健康的重要性。
在本书第1版中，我们使用了一个名叫AllScale的虚拟公司，以它为基础，讲解了许多概念。这一虚拟公司实际上集合了现实中的许多客户和他们曾经历的各种挑战。尽管AllScale对第1版讲解关键点起了很大的作用，但是我们相信真实的故事对读者会有更大的影响。因此，我们将在这一版中用现实世界中成功和失败的真实故事取代AllScale。
本书所含信息经过精心设计，适合任何一个负责提供技术解决方案的组织或公司中的所有员工、经理或执行人员阅读。对非技术类的执行人员或产品经理，本书可以帮助你学会使用工具来提出合理的问题，正确聚焦，从而避免扩展性的灾难。对科技人员和工程师，一旦实施本书所提供的模型与方法，将有助于扩展产品、流程和机构。
我们在扩展性方面的经验超越了学术研究的范畴。尽管我们都是受过正式训练的工程师，但是我们不相信学术课程会系统讲解可扩展性的相关知识。相反，30多年来解决系统扩展性问题所积累的经验，让我们有机会学习系统的扩展性。我们曾经在不同的公司做过工程师、经理、高管和顾问，这些公司既包括初创期的小公司，也包括财富500强中的大公司。我们的公司或者曾经工作过的公司包括通用电气、Motorola、Gateway、eBay、Intuit、Salesforce、苹果、戴尔、沃尔玛、威士卡、ServiceNow、DreamWorks Animation、LinkedIn、Carbonite、Shutterfly和PayPal这些耳熟能详的名字。这份名单也包括了数以百计不那么出名但是需要系统能随着业务的增长扩展的初创公司。我们曾经耗费数千小时来定位问题，耗费上千小时来设计那些可以防范问题发生的机制。从这些经历中，我们学到了扩展性，所以想把学到的知识综合起来分享给大家。这一动机促使我们决定开始咨询实践，并在2007年成立了AKF公司，同时也促成我们写了本书第1版，也正是这一卓越的目标引导我们完成了本书第2版。
可扩展性：绝对不仅仅是技术那么简单
飞行员是这样被教导的，统计数字也是这样显示的，许多飞机的事故都是多重失灵，像滚雪球一样叠加发生，从而造成整体系统的失灵和灾难。在航空界，这些称为错误链的多重失灵，经常是人为的失误而非机械故障。事实上，波音公司研究了1995年到2005年所有相关的飞行事故，发现其中55%的事故与人为因素相关。
根据我们的经验，与扩展性相关的事故也遵循着同一规律。首席技术官（CTO）或者负责系统平台扩展性的高管也许把扩展性当成一个纯技术性的计划。这种理解纯粹是人为的失败，也是错误链上的第一个失败点。因为CTO过于聚焦技术，所以他没能清楚地定义必要的流程，以确定扩展性的瓶颈，这是第二个失败点。因为没有人在架构上寻找和定位瓶颈点与堵塞处，所以当用户数或者交易笔数超过某个限额的时候，整个系统就会出现故障，这是第三个失败点。当团队集合起来想要解决问题时，由于从来没有在事故排查以及问题定位的流程上进入投入，以致团队错误地把问题定位成“数据库调优”，这是第四个失败点。恶性循环一直在持续，由于各自聚焦在不同的技术方面，大家相互指责，从防火墙到应用，再到应用相关的会话保持层。团队的交互退化成叫喊比赛和指责大会，而服务却依然缓慢和迟钝，结果是客户流失、团队沮丧、股东撤资。
尽管危机源于系统无法迅速扩展来满足最终用户的需要，但是问题的根源几乎从来不只是单纯的技术问题。以我们作为高管和客户顾问的经验，扩展性问题始于组织和人员，然后扩散到过程和技术。在系统实施的过程中，如果人收到了错误的信息或者做了错误的选择，有时会进一步显现为失败点，进而影响到系统和平台的可扩展性。人们忽略了制定可以帮助他们从以往的错误中吸取教训的过程，有时候却制定和发布一些拖后腿的过程，其结果不是迫使组织做出错误决策，就是决策做得太迟而效果不彰。缺乏对制订和支持技术决策的过程和人员的关注，往往会导致不良技术决策的恶性循环，图0-1对此作了解释。

图0-1　恶性循环和良性循环
艺术与科学
本书书名中选择“艺术”一词是经过深思熟虑的。“艺术”让人联想到一幅动态的自然画卷，而“科学”却似乎更加结构化和静态。科学和经验告诉我们，对一个平台、组织和流程而言，没有单一的方法可以确保一个适合的可扩展水平。一个成功的可扩展策略的制订必然围绕着现有系统平台和组织的特点，与已有流程的成熟性和适用性相互作用而形成的生态体系。本书旨在提供技能和教导方法，如果能够学以致用，将可以帮助你解决任何扩展性和可用性问题。
这并不是说我们倡导在制订策略的过程中不应用科学的方法，相反，我们更尊重科学并应用科学。这里的“艺术”只是一个点的概念，不可能有“放之四海而皆准”的策略，随便应用到任何潜在的系统上，都可以期待取得成功。
谁需要扩展性
任何一个持续成长的公司最终都需要解决系统、组织和过程的扩展性问题。本书聚焦在以互联网为中心的产品上，这么做是因为迄今所经历的大多数史无前例的快速增长，都发生在诸如谷歌、雅虎、eBay、亚马逊、Facebook、LinkedIn等互联网公司。尽管如此，远在互联网诞生之前，许多其他的公司已经经历过因为缺乏扩展性而无法满足新业务需求的问题。扩展性问题早已主宰着航空、国防工业承包商、银行和数据中心等公司的增长。在银行业崩溃后的业务收缩重组过程中，我们确信每个银行主管都在思考可扩展性。
本书所呈现的模型与策略是业界所不知道的。这些模型和策略在这个时代发展最快的一些公司里开发和测试，并成功地得到验证；它们不仅对前端面向客户的交易处理系统有效，而且广泛地应用在后端商务智能系统、企业资源规划系统和客户关系管理系统。没有必要区分这些活动是属于前端还是后端，更为有效的是引导思考的过程，通过隔离系统、机构和流程达到高可扩展性的目标，从而确保在业务的发展过程中，不必担心系统没有能力来满足客户和最终用户的需求。
本书的组织和结构
本书分成五部分。
第一部分重点介绍组织、管理和领导。提拔经理和领导通常是根据其在专业领域里的才能来决定的。例如，提拔工程方面的领导和经理的决策，常常根据他们的专业能力，而并没有给予足够的时间和资源培养他们在业务、管理和领导方面的才能。虽然他们可能在架构和技术扩展性方面表现得还不错，但是在组织扩展方面的专业能力常常是浅层次的甚至是不存在的。我们希望本书能为这些经理和领导奠定基础，促进他们成长和成功。
第二部分重点讲述那些有助于处于高速成长阶段的公司扩展其技术平台的过程。讨论的话题从技术问题的解决方案到危机管理，也包括指导架构决策和确保平台可扩展的原则。
第三部分重点讨论技术和架构的可扩展性方面。本书介绍了专门从事顾问与咨询业务的AKF公司研发的具有知识产权的模型。这些模型旨在帮助机构通盘考虑可扩展性需求和其他的选择方案。
第四部分讨论云计算等新技术，也涉及一些高速成长的公司所特有的问题，诸如海量数据的增长、数据的成本、规划数据中心时需要考虑的问题、优化监控策略贴近客户体验等。
第五部分详细解释如何计算最常见的一些技术指标，包括系统可用性、容量、负载和性能的计算方法。
本书中的经验和教训既不曾在实验室中设计和验证，也不基于理论。相反，工程师、技术主管和组织为了确保实现理想、事业发展和系统的正常运转，经过多年艰苦卓绝的努力，通过设计和实施，把这些经验教训付诸实践。作者有幸以多种角色成为这些团队的一个部分，有的时候作为参与者，其他时候作为旁观察。我们已经看到阅读本书并学以致用所带来的成功，也看到了不愿意或无法应用这些经验所导致的失败。本书旨在传授经验教训，并把你和你的团队带到成功的道路上。我们坚信本书所传授的知识和经验对于各个层面的工程和产品人员，不论是独立贡献者还是CEO，都很有价值。
致谢
首先，作者希望能对我们的合伙人和联合创始人汤姆·凯文的经验和所提出的建议表示感谢。本书的过程与技术部分是在汤姆的帮助下，浓缩了他多年的经验，经过长期讨论写成的。汤姆创办了AKF公司，并成为合伙人。我们经常开玩笑说，汤姆忘掉的具备高可用性和高扩展性架构网站的数量，比我们大多数人将要学习和了解的网站数量还要多。
我们也要感谢AKF团队的几位成员，Geoff Kershner、Dave Berardi、Mike Paylor、Kirk Sanford、Steve Mason和Alex Hooper，他们不仅为本书的再版贡献了几十年积累的经验和知识，而且也丰富了AKF公司的实践。如果没有他们的帮助，我们无法把第1版中的概念应用到实践中，并使之逐渐成熟，本书第2版也不可能顺利出版。
另外，非常感谢第2版的技术审校者杰弗理·韦伯、克里斯·施瑞姆瑟、罗杰·安德林。三位审校者都是经验老到的技术高管，在设计、研发、实施和支持大规模系统方面积累了数十年的丰富经验，这些经验分布在从电子商务到医疗保健等许多不同的行业。他们愿意接受我们写得不太好的初稿，并且帮助我们把这版初稿润色成易于阅读的出版稿。
如果没有Addison-Wesley团队的大力支持，这一版是无法完成的。包括执行编辑劳拉·乐温、制作编辑邱松林（音译）和编辑助理奥利维亚·巴瑟玖。在第1版出版后的五年时间里，可扩展系统和组织都发生了重大变化，在我们讨论了这些变化后，劳拉很快成为第2版的负责人。在保持本书第1版和第2版的一致性、清晰性和正确性这些方面，松林功不可没。当技术挑战影响到出版计划的时候，奥利维亚多次提供帮助。
另外，我还要感谢Quigo、eBay和PayPal团队的同事们。正是在这些公司里，我们开始真正地形成并测试本书的技术和流程章节里提到的许多方法。这些团队成员的名单很长，没有办法逐一列出，但是我们非常清楚他们的名字。
最后，向美国陆军和美国军事学院致谢。在大家的共同努力下搭建了领导力实验室，其效果远远超出我们的想象。
为了能给读者提供最好的阅读体验，我们还安排了几轮审阅。然而，工程浩大，错误难免，本书中所有的错误一概由作者承担。

这是一本教你如何建设一个世界级工程组织的实战手册，包括领导、架构、运维和过程。就像一本驾驶手册教你怎么起步、如何上路一样，本书告诉你如何扩展业务。有了这本书，就可以少犯错误。换句话说，如果你有什么疑问，那就去读这本书吧！
—郎·班德，Warby Parker技术副总裁
我在AKF公司一直负责解决棘手的技术难题。很多书阐述了如何纠正失效的产品架构或有问题的过程，这两点不言而喻都是问题的症状。本书不仅讨论这些症状，同时还剖析其根源，即弄清楚我们应该以何种方式管理、领导、组织和配置团队。
—杰瑞米·金，沃尔玛全球电子商务首席技术官兼高级副总裁
我喜欢这本书，因为它给我们上了重要的一课，教我们如何打造扩展性好的成功技术团队，进而提供扩展性好的技术解决方案，这是其他的技术书籍所不能企及的。本书有许多非常好的实战讲解，也包括如何建设扩展性文化、原则、过程和决策树的优秀案例。本书是我案头的常备书籍之一。
—克瑞斯·施里姆瑟，ZirMed首席技术官
本书内容之丰富出乎我的意料。扩展不仅是当大量用户同时使用时，如何避免网站崩溃的设计技术，而且教导如何管理公司在业务需求增长的时候不崩溃。作者一直奋斗在当今一些最成功的互联网公司的生产第一线，他们所分享的经验，不论好坏，其目的不仅仅是生存，更重要的是如何蓬勃发展。
—马提·卡根，硅谷产品集团创始人
对想要搭建大规模网上服务系统的人来说，这是一本必读的书。
—戴拿·斯塔德，Matrix公司合伙人
对于系统的扩展性，不论是大型企业还是小型企业，马丁和迈克尔都是经验丰富的人。在处理扩展性方面，他们的独到之处在于先聚焦于真正的基础，即人和过程，否则就无法获得真正的扩展性。对于扩展性，马丁和迈克尔以一种简单易行的方式来发挥经过他们多年验证的成功经验。
—杰佛瑞·韦伯，Shutterfly互联网运维/IT副总裁
如果想要得到最好的健康诊断结果，我会选择去Mayo诊所。如果想要了解我们所投资企业的系统性能和扩展性，我会给马丁和迈克尔打电话。他们针对性能和扩展性所给出的推荐方案，使我属下的几个公司避免了系统的彻底重构。
—华伦·魏茨，Foundation Capital合伙人
在PayPal和eBay的时候，我在迈克尔和马丁的手下担任经理，有机会直接学习和借鉴他们在这本书中提到的经验与教训，这对我目前在Facebook的工作有无限的价值。
—黄易山，Reddit公司前CEO，Facebook工程部门前总监
本书是迄今为止介绍扩展性方面最好的一本书。作者从过程、人员、性能和技术的角度解决扩展性问题。不论你的组织机构是刚刚开始，边干边定义过程，还是处在一个成熟的阶段，无论是事前、事中或事后，本书都是能够帮助你解决扩展性问题的理想指南。在经历了几个公司和项目，并把系统从小做大后，我可以负责地说，真希望能在一年、五年和十年前就读过本书。
—杰瑞米·莱特，b5media公司首席执行官
迈克尔和马丁亲眼目睹了eBay、PayPal和其他几家公司快速扩展所带来的挑战，世界上具有这种经验的人为数不多，成功战胜这种挑战的人就更少了。本书把作者从世界上最大的两个互联网公司在系统扩展方面所积累的经验教训做了极好的总结和概述，对于任何一个处于高速增长公司的执行人员来说，这都是一本非读不可的书。除此以外，本书文笔流畅，幽默风趣，使我爱不释手。
—凯文·福图纳，AKF公司合伙人
从理解如何构建可扩展的机构到运维高扩展性系统所必需的技术和过程，本书全面覆盖了各个领域。书中列举了很多真实而且实用的解决方案。对于处在高速增长的公司或者希望取得高速增长的初创公司中遇到扩展性难题的任何一个人来说，本书是必读之书。
—汤姆·基夫恩，AKF公司合伙人
本书以内容翔实、阐述清晰而闻名。作者以崭新、实用和通俗的方法来定位、预测与解决尚未浮出水面的扩展性问题。马丁和迈克尔凭借他们丰富的经验与广阔的眼界，为那些虽然规模小但处在高速增长阶段的组织机构提供了独特和具有开创性的工具，来帮助他们进入当今要求苛刻的科技环境。
—约瑟夫·波藤扎，Banner & Witcoff公司律师
两位作者马丁和迈克尔作为eBay与PayPal的CTO，是世界互联网技术和管理的引领者，同在eBay工作过的译者陈斌耳濡目染，深得其精髓。本书深入浅出地介绍了大型互联网平台的技术架构，并从过程、人员、组织和文化多个角度详尽分析了互联网企业的架构理论与实践，是架构师和CTO不可多得的实战手册。互联网已进入深水区，技术开始取代营销成为新的推动力。希望本书能把硅谷先进的管理和架构理念引入中国，培养出一批互联网技术精英，助力互联网下一波浪潮。
—唐彬，易宝支付CEO及联合创始人，互联网金融千人会轮值主席
以互联网为核心的信息技术正在快速地扩大商业的边界。从前，大多数的软件和信息管理系统仅仅服务公司内部的几百名员工，但今天很多软件系统已经演变成要服务亿万客户的商业平台，甚至如马云先生所言，软件系统已成为社会经济生活新的基础设施。在这个过程中，软件系统的可扩展性将成为这个公司是否可以升级涅槃至关重要的问题。本书译者敏感地关注到这个问题，把这本好书译成中文，相信可以激发中国新经济的管理者、从业者的思考和讨论。
—涂子沛，阿里巴巴副总裁，“互联网+”专家，《大数据》《数据之巅》作者
当我在eBay工作的时候，就已经从本书中学到了很多实战经验，并一直受用至今。本书作者拥有丰富的架构、管理和领导经验，并且成功地解决了eBay在快速发展过程中遇到的许多问题和挑战。本书描述了几种大型互联网常用并且行之有效的架构模式。我与易宝集团CTO陈斌曾经在eBay共事过，他是本书最合适的译者，他不但具有丰富的架构经验，而且对培养年轻的工程师充满了热忱。本书的出版必将把硅谷成熟的架构设计和技术管理经验传播到中国，为“互联网+”助力。
—叶亚明，携程集团CTO
互联网行业普遍存在的挑战是如何支持公司的快速发展。大部分坊间的书在这方面讨论的内容都是：如何通过好的架构设计让技术及产品能够获得最新、最佳的解决方案。本书也不例外，对系统及产品架构上的理念进行了深入探讨。除此之外，本书更具价值的部分是阐述了人才、管理、过程、组织架构对高可用系统及产品的影响。例如，99.99%服务成功率的关键因素是不但有良好的架构体现，而且要有完善的监控机制、问题定位的能力、平台处理问题的能力，最后，也可能最重要的是系统与产品的负责人以及SOP处理流程的设置。
相信本书对任何一个互联网人都会有一定的启发。
—高遵明，唯品会CTO
2015年，我在宜人贷的主要工作内容是“在飞驰的汽车上换轮胎”—这不仅是对技术架构的挑战，同时还是对组织的管理、领导、运维与过程上的巨大挑战。蒙陈斌兄翻译并推荐了本书，打开本书，惊讶地发现它几乎覆盖了我遇到的所有问题，不少问题在本书中都有让人醍醐灌顶的精辟阐述，真是不可思议！ 在中国互联网行业迅速发展的今天，我相信所有快速发展的企业都会面临和我一样的挑战，那么别犹豫，赶紧打开本书读一读吧，相信你会和我一样感到惊喜！
—段念，宜信宜人贷CTO
扩展性绝对是一门艺术，它也只掌握在金字塔尖的少数人手上。与传统的观念不同，它绝不应该仅仅被认为是一个技术问题，因为你设计出来的不仅仅是一件产品，它更像是一种模式，可以是思维模式，也可以是运行模式。如果你的模式足够好，它就可以在成长过程中为你指明发展的方向。而我们要从本书中学习扩展性，就要从一个个案例中学习如何思考，而不仅仅是学习它的手段。
—祁宁，SegmentFault创始人兼CTO
探讨组织变更和研究软件架构的书籍已经汗牛充栋，但这两者之间的关系鲜有人系统论述。本书基于两位作者长期的观察和实践，深入讨论了人员能力、组织形态、过程和软件系统架构对业务扩展性的影响，并提出了面向高速发展的业务进行组织与架构转型的参考模型和路线图。对于正在进行“互联网+”战略实施的中国技术和管理人员来说，本书有及时雨一般的帮助效果，而译者精密的考证和流畅的文笔也消除了中国读者的理解困难。
—赵先明，博士，中兴通信股份有限公司CTO
每个快速成长的公司都需要不断突破自身系统架构的扩展性约束，在本书中你将获取大量翔实且系统的案例和工具，帮助你提前把公司未来很多地方设计得更好。书名中的“艺术”二字十分贴切，读完全书后你定会被作者丰富的阅历和广阔的视野所折服。
—吴华鹏，iTech Club理事长，1024学院院长，凤凰网原CTO
系统的扩展性是构建大规模互联网系统必须解决的难题，涉及面比较广。本书从过程、人员、性能和技术等多个角度出发，创造性地解决扩展性的难题，无论系统处于哪个阶段，公司处于哪种规模，都能提供非常到位的指导。真是“众里寻他千百度，蓦然回首，那人却在灯火阑珊处”，本书的出版非常及时。这是到目前为止我看到的关于架构最全面、最具深度的书籍。
—曹重英，博士，IT高管会负责人

计算机\网络

该书深入浅出地介绍了大型互联网平台的技术架构，并从多个角度详尽地分析了互联网企业的架构理论和实践，是架构师和CTO不可多得的实战手册。
——唐彬，易宝支付CEO及联合创始人，互联网金融千人会轮值主席
互联网技术正急速地扩大着商业边界。其中，软件系统的可扩展性将成为公司是否可以升级涅槃的关键问题。本书的译者，敏感地关注到这个问题，并译成中文，相信可激发中国新经济管理者、从业者的思考和讨论。
　——涂子沛，阿里巴巴副总裁，互联网+专家，《大数据》、《数据之巅》作者
本书作者拥有丰富的架构、管理和领导经验，成功解决了许多eBay在快速发展过程中遇到的问题和挑战。本书中文译本的出版必将把硅谷的成熟架构设计和技术管理经验传播到中国，为互联网＋助力。
　——叶亚明，携程集团CTO
本书更具价值的部分是阐述了人才、管理、流程、组织架构对高可用性系统及产品的影响。
　——高遵明，唯品会CTO
在中国互联网行业迅速发展的今天，我相信所有快速发展的企业都会面临同样的挑战，那么别犹豫，请打开这本书读一读吧，相信你一样会感到惊喜！
　——段念，宜信宜人贷CTO
从本书中学习可扩展性，是要从一个个案例中学习如何思考，而不仅仅是学习它的手段。
　——祁宁，SegmentFault创始人兼CTO
　
本书基于两位作者长期的观察和实践，深入讨论了人员能力、组织形态、流程和软件系统架构对业务扩展性的影响，并提出了组织与架构转型的参考模型和路线图。
　——赵先明，中兴通讯股份有限公司CTO
每家快速成长的公司都需要不断突破自身系统架构的扩展性约束，本书提供了大量详实且系统的案例和工具，将帮助你把公司设计的更好。
　——吴华鹏，iTech Club理事长，1024学院院长 ，原凤凰网CTO
本书从过程、人员、性能和技术等多个角度出发，创造性地解决扩展性难题，不同阶段的系统及不同规模的公司，都能得到非常到位的指导。
　——曹重英，IT高管会负责人

[美]马丁 L. 阿伯特（Martin L. Abbott），迈克尔 T. 费舍尔（Michael T. Fisher）著：暂无简介

陈斌 译：暂无简介

我于2014年从硅谷的eBay/PayPal回到国内的易宝集团任首席技术官（CTO），投入到国内移动互联网、“互联网+”和互联网金融的伟大洪流中。工作一段时间后，我发现易宝集团的很多技术人员和管理人员对互联网的技术架构与技术管理认识模糊，大多数人更多地依赖长期积累的直觉和经验。经常见到大家纠结于某些问题，事实上，这些问题应该如何决策、如何处理在国外已经有成熟的成功案例。于是我萌生了一个念头：写一本关于互联网技术架构和技术管理方面的书来培训公司的技术人员。
2015年6月，我有幸参加了机械工业出版社华章书院在北京举办的《人件》读书交流会，并应邀为参会的架构师和其他的技术人员做分享。会议期间我向华章分社的编辑们透露了写一本互联网架构方面书的计划，华章分社的朋友们便送给我一本刚刚出版的英文原著《The Art of Scalability》第2版，建议我先看看这本书。当我看到本书作者的名字马丁和迈克尔时，立刻回想起来，他们就是当年我在eBay/PayPal任职时的CTO。于是我花了两天两夜的时间通读了本书。
阅读完这本书后，我打消了自己写一本关于互联网技术架构和技术管理著作的念头，因为我要写的与马丁和迈克尔在书中所介绍的不谋而合。更加让我激动不已的是，除了原著作者和我都曾经在世界上最大的互联网电子商务和支付公司工作这一共同经历外，书中举出的很多实例也是我的切身体会，书中大量的理论、原则和实例与我本人在eBay/PayPal工作过程中的实践同出一门。作为eBay负责移动技术的高级架构师，我亲身实践了书中提到的几乎所有技术架构和技术管理的原则，切实体会到这些经验、理论和知识的巨大指导价值。因此，我决定不再自己写书，而是把原著翻译成中文，让更多从事互联网技术架构和技术管理的国内CTO、架构师和对此感兴趣的技术与管理人员能够有机会从中学习，并掌握这些先进的思想和经验。
马丁和迈克尔把多年来在不同的互联网公司工作和咨询过程中积累的丰富经验加以总结，完成了这本教科书式的著作。本书从人、过程、技术三个角度深刻而广泛地讨论了技术管理和技术架构的具体实践经验，强调了组织、人员、过程和技术的最佳配合，深入浅出地分析了在技术管理过程中经常遇到的各种具体问题，既讲解理论，又佐以实例，让读者可以系统地获得关于技术管理和技术架构方面的知识与经验。他们的经验是大学或者研究机构无法提供的，因为互联网技术在飞速发展，互联网相关的技术管理和技术架构的理论与实践也在不断演化。而作者所提供的信息和数据，很多是2015年年初出现的，特别是有关云计算技术、数据中心的决策都是最新的成果。
本书沿着技术组织、人员、过程和架构的可扩展性展开并进行了深入讨论，不仅介绍了技术架构的可扩展性理论与实践，而且分析了人员、过程和组织在可扩展性方面的各种选择。对互联网企业的CTO、CIO和架构师而言，本书是必读的指南性专著。译者以本书为基础，总结出各类教材，为易宝集团的架构师和其他技术人员进行了系统性的培训，收效巨大。特别是架构原则，X、Y、Z三轴扩展理论以及数据中心选址决策考虑，为架构师解答了疑惑，指明了方向，这些培训和讲座已经成为易宝大学的经典课程。译者也希望国内其他的CTO和CIO能以此为教材，快速、高效地引进这些具有世界先进水平的互联网技术管理和技术架构知识与经验。
中国在互联网方面的基础设施，如光纤铺设量，本来落后于世界发达国家，个人计算机的普及率也远不及这些国家，这是中国互联网渗透率严重落后于其他国家的关键原因。智能手机在中国的快速普及使中国的网民既获得了上网设备终端，也解决了网络基础设施不足的问题。同时，大批计算机和移动技术人才以及世界上独一无二的人口基数优势和巨大的市场潜力使中国能够在极短的时间内弯道超车，非常有机会超越美国，成为世界上最大的移动互联网市场。“互联网+”的提出更像一剂催化剂，为传统产业在移动互联时代的快速发展带来了一线生机。希望本书的出版能引进国外最先进的技术架构以及技术管理经验和知识，将国内互联网技术领域的技术人员武装起来，为李克强总理提出的“大众创业、万众创新”以及“互联网+”略尽绵薄之力。

本书赞誉
中文版序一
中文版序二
中文版序三
中文版序四
译者序
序
前言
作者简介
第一部分　可扩展性组织的人员配置
第1章　人员和领导力对扩展性的影响 …… 2
1.1　案例方法 …… 3
1.2　为什么要讨论人 …… 3
1.3　为什么组织很重要 …… 5
1.4　为什么管理和领导如此重要 …… 12
1.5　结论 …… 15
第2章　可扩展性技术组织的角色 …… 17
2.1　失败的影响 …… 17
2.2　定义角色 …… 19
2.3　执行人员的责任 …… 22
2.4　独立贡献者的责任 …… 28
2.5　RASCI工具 …… 35
2.6　结论 …… 39
第3章　组织的设置 …… 41
3.1　组织对可扩展性的影响 …… 41
3.2　团队规模 …… 45
3.3　组织结构 …… 54
3.4　结论 …… 77
第4章　领导力秘籍 …… 80
4.1　什么是领导力 …… 82
4.2　领导力概念模型 …… 84
4.3　自知之明 …… 86
4.4　身先士卒 …… 89
4.5　谦虚谨慎 …… 91
4.6　以人为本，使命为先 …… 92
4.7　决策英明，以德服人 …… 93
4.8　用人不疑 …… 95
4.9　与股东价值保持一致 …… 96
4.10　变革型领导 …… 97
4.11　愿景 …… 98
4.12　使命 …… 102
4.13　目标 …… 104
4.14　总结 …… 106
4.15　成功的因果路线图 …… 111
4.16　结论 …… 113
第5章　管理秘籍 …… 116
5.1　什么是管理 …… 118
5.2　项目和任务管理 …… 120
5.3　团队建设：球队类比 …… 124
5.4　优化团队：花园类比 …… 126
5.5　度量、指标和目标评估 …… 131
5.6　目标树 …… 135
5.7　为成功铺路 …… 137
5.8　结论 …… 138
第6章　关系、思维和商业案例 …… 141
6.1　业务与技术之间的鸿沟 …… 141
6.2　击败IT思维模式 …… 145
6.3　为扩展性加大投入的业务理由 …… 147
6.4　结论 …… 152
第二部分　构建可扩展的过程
第7章　过程是可扩展的关键 …… 154
7.1　过程的目的 …… 155
7.2　正确的时间和正确的过程 …… 160
7.3　当好的过程变坏的时候 …… 164
7.4　结论 …… 166
第8章　管理故障和问题 …… 169
8.1　什么是故障 …… 170
8.2　什么是问题 …… 171
8.3　事故管理的组成部分 …… 172
8.4　问题管理的组成部分 …… 176
8.5　解决事故和问题管理之间的矛盾 …… 177
8.6　事故和问题的生命周期 …… 178
8.7　施行每日事故例会制 …… 179
8.8　施行季度事故总结制度 …… 181
8.9　事后处理 …… 182
8.10　融会贯通 …… 185
8.11　结论 …… 186
第9章　危机管理和升级 …… 189
9.1　什么是危机 …… 191
9.2　为什么要区分危机和其他的事故 …… 192
9.3　危机如何改变公司 …… 193
9.4　混乱中的秩序 …… 195
9.5　通信与控制 …… 200
9.6　作战室 …… 201
9.7　升级 …… 203
9.8　情况通报 …… 204
9.9　危机事后处理与沟通 …… 205
9.10　结论 …… 207
第10章　生产环境的变更管理 …… 210
10.1　什么是变更 …… 211
10.2　变更识别 …… 212
10.3　变更管理 …… 214
10.4　变更控制会议 …… 228
10.5　过程的持续改进 …… 229
10.6　结论 …… 230
第11章　确定应用发展的预留空间 …… 233
11.1　目的 …… 234
11.2　结构 …… 235
11.3　理想使用率 …… 240
11.4　使用电子表格的快速示例 …… 244
11.5　结论 …… 246
第12章　确立架构原则 …… 248
12.1　目标和原则 …… 248
12.2　架构选择 …… 251
12.3　AKF采用的最普遍的架构原则 …… 255
12.4　结论 …… 266
第13章　联合架构设计和架构审查委员会 …… 267
13.1　修复组织的功能障碍 …… 267
13.2　跨部门的扩展性设计 …… 268
13.3　JAD的准入和退出标准 …… 271
13.4　从JAD到ARB …… 274
13.5　举行会议 …… 276
13.6　ARB的准入和退出标准 …… 278
13.7　结论 …… 281
第14章　敏捷架构设计 …… 284
14.1　敏捷组织中的架构 …… 286
14.2　架构的所有权 …… 287
14.3　有限的资源 …… 288
14.4　标准 …… 290
14.5　敏捷组织中的ARB …… 293
14.6　结论 …… 294
第15章　聚焦核心竞争力：自建与外购 …… 296
15.1　自建与外购及可扩展性 …… 296
15.2　聚焦成本 …… 297
15.3　聚焦策略 …… 298
15.4　一切自建的现象 …… 299
15.5　合并成本与策略方法 …… 300
15.6　该组件是否会形成战略性的差异化竞争优势 …… 301
15.7　我们是这个组件或资产的最佳所有者吗 …… 302
15.8　这个组件的竞争力是什么 …… 303
15.9　我们能有效地构建这个组件吗 …… 303
15.10　最佳的购买决策 …… 304
15.11　自建失败剖析 …… 306
15.12　结论 …… 308
第16章　确定风险 …… 310
16.1　风险管理的重要性 …… 310
16.2　测量风险 …… 313
16.3　管理风险 …… 322
16.4　结论 …… 325
第17章　性能与压力测试 …… 328
17.1　执行性能测试 …… 328
17.2　不要过度强调压力测试 …… 338
17.3　可扩展性的性能和压力测试 …… 346
17.4　结论 …… 348
第18章　障碍条件与回滚 …… 351
18.1　障碍条件 …… 352
18.2　回滚能力 …… 358
18.3　服务降级：设计禁用 …… 362
18.4　结论 …… 364
第三部分　可扩展的架构方案
第19章　构建故障隔离的架构 …… 368
19.1　故障隔离架构 …… 369
19.2　故障隔离的好处 …… 371
19.3　如何进行故障隔离 …… 380
19.4　何时实施故障隔离 …… 383
19.5　如何测试故障隔离 …… 386
19.6　结论 …… 387
第20章　AKF扩展立方体介绍 …… 389
20.1　AKF扩展立方体 …… 389
20.2　扩展立方体的X轴 …… 391
20.3　扩展立方体的Y轴 …… 393
20.4　扩展立方体的Z轴 …… 396
20.5　融会贯通 …… 397
20.6　何时以及何处使用扩展立方体 …… 400
20.7　结论 …… 401
第21章　为扩展分割应用 …… 404
21.1　AKF应用扩展立方体 …… 404
21.2　AKF应用扩展立方体的X轴 …… 406
21.3　AKF应用扩展立方体的Y轴 …… 409
21.4　AKF应用扩展立方体的Z轴 …… 412
21.5　融会贯通 …… 414
21.6　应用立方体实例 …… 418
21.7　结论 …… 423
第22章　为扩展分割数据库 …… 426
22.1　在数据库上应用AKF扩展立方体 …… 426
22.2　AKF数据库扩展立方体的X轴 …… 428
22.3　AKF数据库扩展立方体的Y轴 …… 434
22.4　AKF数据库扩展立方体的Z轴 …… 436
22.5　融会贯通 …… 439
22.6　数据库扩展立方体使用案例 …… 443
22.7　结论 …… 450
第23章　为扩展而缓存 …… 452
23.1　定义缓存 …… 453
23.2　对象缓存 …… 457
23.3　应用缓存 …… 461
23.4　内容传送网络 …… 467
23.5　结论 …… 469
第24章　为扩展而异步 …… 472
24.1　对同步的共识 …… 472
24.2　同步与异步调用 …… 474
24.3　定义状态 …… 482
24.4　结论 …… 488
第四部分　其他的问题和挑战
第25章　海量数据 …… 492
25.1　数据的成本 …… 493
25.2　数据的成本价值困局 …… 496
25.3　数据产生利润 …… 498
25.4　处理大量的数据 …… 502
25.5　结论 …… 514
第26章　云计算的突飞猛进 …… 517
26.1　历史和定义 …… 518
26.2　云的特性与架构 …… 522
26.3　云和网格之间的差异 …… 528
26.4　云计算的优势和劣势 …… 530
26.5　云适用于什么样的公司 …… 540
26.6　决策过程 …… 543
26.7　结论 …… 546
第27章　云计算准备就绪 …… 550
27.1　云端的扩展立方体 …… 550
27.2　克服挑战 …… 553
27.3　Intuit案例研究 …… 559
27.4　结论 …… 561
第28章　应用监控 …… 564
28.1　为什么我们没有及早发现问题 …… 564
28.2　监控框架 …… 566
28.3　衡量监控的价值 …… 575
28.4　监控和过程 …… 576
28.5　结论 …… 578
第29章　规划数据中心 …… 581
29.1　数据中心的成本和约束 …… 581
29.2　位置、位置、位置 …… 584
29.3　数据中心和增量增长 …… 588
29.4　什么时候考虑采用IaaS …… 591
29.5　魔法三规则 …… 595
29.6　多活数据中心的考虑 …… 602
29.7　结论 …… 604
第30章　纵观全局 …… 608
30.1　现在该做什么 …… 610
30.2　可扩展性的其他资源 …… 612