架构真经:互联网技术架构的设计原则(原书第2版)

《架构真经:互联网技术架构的设计原则(原书第2版)》是经典著作《架构即未来》的姊妹篇，聚焦于技术架构本身，提供50条久经考验的互联网技术架构原则，几乎可以支持任何高速增长公司的扩展。硅谷有名互联网企业首席技术官和技术主管现身说法，生动形象地呈现“规则背后的故事”，便于读者理解并运用这些规则解决实际工作中所面临的挑战。

本书是《架构即未来》的姊妹篇。全书共分13章，用成功互联网产品公司首席技术官和企业家的故事，引出了对构建可扩展的产品至关重要的50条规则，可帮助软件研发人员、技术运维人员和管理者修复或重新架构现有产品，了解关于扩展的佳实践并有计划地实施，还可以帮助建立一套架构原则以推动未来的研发。

马丁·阿伯特是研究增长和可扩展的咨询公司AKF的创始合伙人。马丁曾任Quigo的首席运营官，Quigo是一家从事广告业务的初创公司，后来被AOL收购。在AOL，他负责产品策略、产品管理、技术研发和客户服务。马丁曾在eBay工作了6年，先后担任高级技术副总裁、首席技术官和高管人员。加入eBay前，马丁在Gateway和Motorola公司担任美国国内和国际的工程、管理及行政职务。他还曾在几个私人和上市公司里担任董事。马丁从美国军事学院获得计算机学士学位，拥有佛罗里达大学计算机工程硕士学位，是哈佛商学院执行人员教育项目的毕业生，同时拥有凯斯威斯顿储备大学的管理学博士学位。
迈克尔·费舍尔是研究增长和可扩展的咨询公司AKF的创始合伙人。在共同创建AKF公司之前，迈克尔曾任Quigo的首席技术官。加入Quigo之前，迈克尔曾在eBay的子公司PayPal担任负责工程和架构的副总裁。在加入PayPal前，迈克尔曾经在通用电气工作了7年，负责制订公司的技术发展战略，在此期间，他获得了六西格玛黑带大师的荣誉。迈克尔作为飞行员和上尉在美国陆军服役6年，从凯斯威斯顿储备大学管理学院获得了MBA和博士学位，从夏威夷太平洋大学取得信息系统硕士学位，从美国军事学院（西点军校）取得计算机学士学位。迈克尔在凯斯威斯顿储备大学管理学院的设计与创新系担任兼职教授。 

本书赞誉
中文版序
中文版序二
译者序
前言
致谢
作者简介
第1章大道至简1
规则1——避免过度设计4
规则2——方案中包括扩展9
规则3——三次简化方案13
规则4——减少域名解析16
规则5——减少页面目标19
规则6——采用同构网络23
总结24
注释25
第2章分而治之27
规则7——X轴扩展31
规则8——Y轴拆分35
规则9——Z轴拆分39
总结41
注释42
第3章水平扩展43
规则10——向外扩展46
规则11——用商品化系统（金鱼而非汗血宝马）50
规则12——托管方案扩展53
规则13——利用云61
总结64
注释64
第4章先利其器65
规则14——适当使用数据库71
规则15——慎重使用防火墙80
规则16——积极使用日志文件85
总结88
注释89
第5章画龙点睛90
规则17——避免画蛇添足93
规则18——停止重定向98
规则19——放宽时间约束104
总结107
注释107
第6章缓存为王109
规则20——利用CDN缓存113
规则21——灵活管理缓存117
规则22——利用Ajax缓存120
规则23——利用页面缓存128
规则24——利用应用缓存130
规则25——利用对象缓存134
规则26——独立对象缓存137
总结139
注释139
第7章前车之鉴141
规则27——失败乃成功之母144
规则28——不靠QA发现错误151
规则29——不能回滚注定失败155
总结160
注释160
第8章重中之重162
规则30——从事务处理中清除商务智能164
规则31——注意昂贵的关系168
规则32——正确使用数据库锁172
规则33——禁用分阶段提交176
规则34——慎用Selectfor Update178
规则35——避免选择所有列181
总结183
注释184
第9章有备无患185
规则36——用“泳道”隔离故障188
规则37——拒绝单点故障194
规则38——避免系统串联198
规则39——启用与禁用功能201
总结205
第10章超然物外206
规则40——力求无状态208
规则41——在浏览器中保存会话数据211
规则42——用分布式缓存处理状态213
总结216
注释217
第11章异步通信218
规则43——尽可能异步通信220
规则44——扩展消息总线224
规则45——避免总线过度拥挤229
总结233
第12章意犹未尽234
规则46——警惕第三方方案237
规则47——梯级存储策略240
规则48——分类处理不同负载246
规则49——完善监控250
规则50——保持竞争力255
总结257
注释258
第13章谋定而动259
用风险收益模型评估可扩展性项目和举措259
50条可扩展性规则简述264
可扩展性规则的利益与优先级排行榜297
总结300

    如今，这些担忧远不如从21世纪70年代末到80年代末这段时间。事实上，当我们询问客户关于立即读取刚写入数据的失败率
     时，答案相当一致：“从来没有。”除非他们不妥当地处理写操作
     返回的错误码，否则永远都不会出现失败。当然，时不时会发生数据损坏，但在大多敉怡况下，数据损坏是在实际写入时发现的。读取刚写入的数据使系统事倍功半。反过来也会降低利润率和盈利能例。较好的方案是直接读取正在执行的操作返回数据，并相信它的正确性，从而捉高有价值的事务处理量。在这里做个侧面说明，对数据损坏最稳妥的保护措施是合理地实现系统的高可用性，并有多个数据副本，如备用数据库或存储复制（参见第9章）。理想情况下最终实现多活。