架构真经:互联网技术架构的设计原则(原书第2版)
正版新书 新华官方库房直发 可开电子发票
￥ 49.77 6.3折 ￥ 79 全新
库存2件
作者(美)马丁 L.阿伯特(Martin L.Abbott),(美)迈克尔 T.费舍尔(Michael T.Fisher) 著;陈斌 译
出版社机械工业出版社
ISBN9787111563884
出版时间2017-04
版次1
装帧平装
开本32开
纸张胶版纸
页数301页
定价79元
货号SC:9787111563884
上书时间2024-12-23
商品详情
- 品相描述：全新
- 全新正版 提供发票
- 商品描述
-
作者简介:
马丁·阿伯特是研究增长和可扩展的咨询公司AKF的创始合伙人。马丁曾任Quigo的首席运营官，Quigo是一家从事广告业务的初创公司，后来被AOL收购。在AOL，他负责产品策略、产品管理、技术研发和客户服务。马丁曾在eBay工作了6年，先后担任高级技术副总裁、首席技术官和高管人员。加入eBay前，马丁在Gateway和Motorola公司担任美国国内和国际的工程、管理及行政职务。他还曾在几个私人和上市公司里担任董事。马丁从美国军事学院获得计算机学士学位，拥有佛罗里达大学计算机工程硕士学位，是哈佛商学院执行人员教育项目的毕业生，同时拥有凯斯威斯顿储备大学的管理学博士学位。
迈克尔·费舍尔是研究增长和可扩展的咨询公司AKF的创始合伙人。在共同创建AKF公司之前，迈克尔曾任Quigo的首席技术官。加入Quigo之前，迈克尔曾在eBay的子公司PayPal担任负责工程和架构的副总裁。在加入PayPal前，迈克尔曾经在通用电气工作了7年，负责制订公司的技术发展战略，在此期间，他获得了六西格玛黑带大师的荣誉。迈克尔作为飞行员和上尉在美国陆军服役6年，从凯斯威斯顿储备大学管理学院获得了MBA和博士学位，从夏威夷太平洋大学取得信息系统硕士学位，从美国军事学院（西点军校）取得计算机学士学位。迈克尔在凯斯威斯顿储备大学管理学院的设计与创新系担任兼职教授。
主编推荐:
《架构真经:互联网技术架构的设计原则(原书第2版)》是经典著作《架构即未来》的姊妹篇，聚焦于技术架构本身，提供50条久经考验的互联网技术架构原则，几乎可以支持任何高速增长公司的扩展。硅谷有名互联网企业首席技术官和技术主管现身说法，生动形象地呈现“规则背后的故事”，便于读者理解并运用这些规则解决实际工作中所面临的挑战。
精彩内容:
前 言感谢你对本书第2版感兴趣！作为一本入门、进修和轻量级的参考手册，本书旨在帮助工程师、架构师和管理者研发及维护可扩展的互联网产品。本书给出了一系列规则，每个规则围绕着不同的主题展开讨论。大部分的规则聚焦在技术上，少数规则涉及一些关键的思维或流程问题，每个规则对构建可扩展的产品都是至关重要的。这些规则在深度和焦点上都有所不同。有些规则是高级的，例如定义一个可以应用于几乎任何可扩展性问题的模型；其他的则比较具体，可能用来解释一种技术，例如怎么修改HTTP头来优选化内容缓存。在本版中，我们增加了成功的互联网产品公司中首席技术官和企业家的故事，这里涉及的公司既包括初创企业也有财富500强公司。这些故事有助于说明规则是如何形成的，以及它们为什么在海量事务处理环境中显得如此重要。没有什么其他故事可以比亚马逊更能说明在互联网上急速扩展所遇到的需求和挑战。里克·达尔泽尔是亚马逊的第一位首席技术官，在本书中他用自己的故事阐述了几个规则。 驯服互联网的狂野西部从创新和行业破坏的角度来看，很少有像亚马逊这样成功的公司。自1994年成立以来，亚马逊所做出的贡献已经重新定义了至少三个行业：消费者商务、印刷出版和服务器托管。亚马逊的所作所为已经远远超出了行业破坏；他们一直是面向服务架构、研发团队建设和无数其他工程方法的思想领袖。亚马逊的规模和全维度的业务扩展令人难以置信；该公司以传统实体企业难以想象的速度不断成长。自1998年以来，亚马逊从年收入6亿美元（根本就不是小企业）增长到2015年惊人的1070亿美元［1］。2015年世界上优选的零售商是沃尔玛，其年销售额为4857亿美元［2］。但是沃尔玛自1962年以来就一直存在，它花了35年的时间使销售额攀升到1000亿美元，而亚马逊却只用了21年。如果没有一个或几个出自亚马逊的故事，那些自称编纂的是来自于首席技术官口中并由
...
内容简介:
本书是《架构即未来》的姊妹篇。全书共分13章，用成功互联网产品公司首席技术官和企业家的故事，引出了对构建可扩展的产品至关重要的50条规则，可帮助软件研发人员、技术运维人员和管理者修复或重新架构现有产品，了解关于扩展的佳实践并有计划地实施，还可以帮助建立一套架构原则以推动未来的研发。
摘要:
如今，这些担忧远不如从21世纪70年代末到80年代末这段时间。事实上，当我们询问客户关于立即读取刚写入数据的失败率
时，答案相当一致：“从来没有。”除非他们不妥当地处理写操作
返回的错误码，否则永远都不会出现失败。当然，时不时会发生数据损坏，但在大多敉怡况下，数据损坏是在实际写入时发现的。读取刚写入的数据使系统事倍功半。反过来也会降低利润率和盈利能例。较好的方案是直接读取正在执行的操作返回数据，并相信它的正确性，从而捉高有价值的事务处理量。在这里做个侧面说明，对数据损坏最稳妥的保护措施是合理地实现系统的高可用性，并有多个数据副本，如备用数据库或存储复制（参见第9章）。理想情况下最终实现多活。
目录:
本书赞誉
中文版序
中文版序二
译者序
前言
致谢
作者简介
第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——利用对象缓存13
...
— 没有更多了 —
以下为对购买帮助不大的评价