书籍介绍
任何一个持续成长的公司最终都需要解决系统、组织和流程的扩展性问题。本书汇聚了作者从eBay、VISA、Salesforce.com到Apple超过30年的丰富经验， 全面阐释了经过验证的信息技术扩展方法，对所需要掌握的产品和服务的平滑扩展做了详尽的论述，并在第1版的基础上更新了扩展的策略、技术和案例。
针对技术和非技术的决策者，马丁•阿伯特和迈克尔•费舍尔详尽地介绍了影响扩展性的各个方面，包括架构、过程、组织和技术。通过阅读本书，你可以学习到以最大化敏捷性和扩展性来优化组织机构的新策略，以及对云计算（IaaS/PaaS）、NoSQL、DevOps和业务指标等的新见解。而且利用其中的工具和建议，你可以系统化地清除扩展性道路上的障碍，在技术和业务上取得前所未有的成功。
AI导读
核心看点
- 融合eBay等大厂30年经验，阐释可扩展性方法
- 涵盖架构、流程、组织与技术的全方位扩展策略
- 引入AKF扩展立方体及15条核心架构设计原则
适合谁读
- 技术决策者及架构师
- 运维经理及总监级别管理者
- 关注组织扩展的产品经理
读前提醒
- 全书篇幅较长，建议分册或分阶段阅读
- 前半部分侧重管理与组织，后半部分侧重技术
- 注意区分领导力与管理职能的不同侧重
读者共识
- 内容全面，是系统扩展领域的经典指南
- 技术与管理并重，适合多维度思考问题
- 翻译略显生硬，但核心观点极具参考价值
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "我们假设经理应负的基本职责包括以下三点：确保给工程师分配了项目，无论是自己分配的，还是根据管理层指示分配的；确保执行了行政工作，如解决了薪资问题或者传达了人事信息等；以及接收项目的状态更新信息，以便报告给高级管理层。考虑到这种基础水平的管理职责，一个新近从工程师升到管理层的初级经理可能会发现，即使只管理 6 个人的团队，行政工作和项目管理的工作都会耗费她一整天的时间。... 比起那些做过一遍又一遍的工作来说，新工作通常需要花费更多时间，而且要求更加专注。在决定一个团队的最佳规模时，经验水平是一个要考虑的关键因素。 一般来说，业务责任人和产品经理都想建立更多更大的面向客户的项目，这样他们才能不停"
- "现代的云概念在2001年10月被IBM在“自主计算宣言”中得到延伸，这篇论文的实质是说信息技术基础设施变得过于复杂，如果不能实现自动化管理，它可能会被自己的重量所压垮。"
- "组织设计和架构中的另一个要点是，一旦确定了组织或团队的边界，组织或团队的冲突就会随之而来。"
- "JAD （联合架构设计）流程的最后一步是决定是否需要把功能提交给 ARB（架构评审委员会），进行最后的审查和批准。... 如果该功能满足下列任何一项，就应该提交给 ARB。 1) 与架构设计原则不符。 2) 就设计达不成共识。 3) 做过重大的权衡决策。 4) 高风险的功能。"
- "集群（Cluster）和群组（Pools）有时交替使用，特别是当有一个共享的回话或状态概念时，但有时用来指主备配置的高可用性解决方案。群组（Pools）最经常被引用指一组执行类似任务的服务器。"
- "原子性是数据库管理系统的一个特性，它保证执行交易的所有任务，否则回滚整个任务，不会因为硬件或软件的故障而造成交易部分完成。 一致性是保证交易前后数据库状态稳定的特性。如果事务处理成功，数据库将会从一个状态转移到另一个状态，并保持规则一致。 隔离性是当数据正在被一个事务处理的过程中，防止另外的事务同时访问它的属性。大多数的数据库管理系统使用锁来保证隔离。 耐久性是在系统标记记录的状态为成功后，继续维持这个状态而不被回滚的特性。所有的一致性检查必须在事务被认为完成之前通过相应的验证。"
- "如果你不能有效地管理危机中的各部分力量，你就要尽可能少用人。 问题管理者……我们需要这个人内在有令人难以置信的平静，而外在有说服力。 工程领导……既能管理团队也能回答高层危机管理团队提出的技术问题……并负责帮助高级团队审查消息、澄清思路、排列不同假设的优先级。 独立贡献者……对可能引发事故的潜在问题进行头脑风暴，相互交流从而形成各种假设，并快速验证这些假设。"
- "造成团队士气低落的最大原因，莫过于某个团队对某项工作负全责，团队成员以为其他人在负责这个部分而没有去做，结果造成整个任务的失败。 组织的设计中要包括全部的责任，不仅要清楚地定义谁是决策者，还要搞清楚谁负责为决策者提供信息 作为一个领导者你至少应该清除在自己的组织内，每个团队的责任和期望的产出。 接受你权利下放的个人或团队最多承担连带的责任，必须清楚自己要对最终的结果负全责。"
作者简介
作者：
马丁∙阿伯特（Martin L. Abbott） AKF公司的初创合伙人，曾任Quigo（广告技术初创公司，后来被AOL收购）的首席运营官，负责领导产品策略、产品管理、技术研发和客户服务。他在eBay工作了6年，先后担任技术副总裁、首席技术官和公司高管。
迈克∙费舍尔（Michael T. Fisher ）AKF公司的初创合伙人，曾任Quigo首席技术官，PayPal负责工程和架构的副总裁。他花了7年时间帮助通用电气公司（GE）形成了技术战略，获得过6西格玛黑带的荣誉，还在美军担任过上尉和飞行员。
译者：
陈斌（Chuck Chen）现任易宝CTO。1989年获得吉林大学硕士学位，1992年任新加坡航空公司高级系统分析师；1999年投身于硅谷互联网技术发展浪潮，曾任日立美国系统集成总监，Abacus首席架构师和Nokia美国首席工程师；2008年任eBay资深架构师，负责移动应用的架构设计。丰富的海外经历，多年的架构经验，深谙移动互联网对传统行业的影响；2014年再次投身易宝，提出大、平、移、商的战略方针，全力推动移动互联网技术，引领行业变革。
目录
用户评论
平铺直叙，面面俱到，不够深入，技术含量一般。
Day 84 不能接受后几章技术的写法和前面流程、组织的写法一致。冗长 #百日早起学习挑战#
先吐槽这书的比例，开本小，600多页， 比例上看着像本字典， 翻页和手持都有点困难。就不能搞个大本或是分上下册？， 而且这书还是挺适合分上下册的，前20章偏组织管理的内容多一些，后20章才开始转回技术内容，即便是技术内容，写的也很内含。这本书的作者偏人文一点，更关注的是参与活动的人，以及人之间的工作。很多其他地方也有提到说系统设计出来的架构就是项目团队的工作架构的投射，也是同样的道理。同时在看的另一本《系统架构》就很偏理性，风格很不同。
拓展思维局限，推荐
对于小白阅读者不知道该如何打分，至少举例还是很生动，不懂技术的产品经理不是好产品，扫一眼，了解个大概
非常适合管理者，尤其是高层人物阅读。
中规中矩
1、翻译确实很粗糙，有些话狗屁不通。2、关于组织与扩展性的章节写的很精彩，不过看懂 理解 应用 需要深厚功力。3、实操层面，xyz扩展立方体高屋建瓴太牛逼了。
显然原书名《The art of scalability》比中文名更能概括全书的魅力。从组织、人、技术3个角度讲述企业扩展必须考虑的事情，做好它们更像是做艺术。无关平台、技术语言、甚至角色，CTO、CEO、CFO都能从中获取收益。
收藏