2019年3月开始，每周周五，【至雅集团】公众号推出【至雅总裁荐读】。这是一个读书类的图文系列，由至雅集团总裁级别的核心高管团队亲自推荐。
《至雅总裁荐读》搜罗天下好书，或摘选其中片段，或推荐好的书评，或进行个性化的解读。不分门类，只要好懂；无论新旧，只论价值；甚至无关当下，只要有趣；任何好书，至雅集团的精英们都将全心全意推荐给大家。
《至雅总裁荐读》第一期，由至雅集团新任总裁何昱先生领衔推荐，何总精心为大家推荐了一本年度好书——由马丁·阿伯特和迈克·费舍尔合著的企业架构管理巨著《架构即未来》。
推荐
《架构即未来》，本书系统性的清晰的阐述了现代化的企业的组织架构、流程架构、IT架构、技术架构等扩展性问题，可谓是不同发展阶段遇到的问题都能找到答案。系统化的思考方式、顶层视角的规划架构、难能宝贵的实践经验。人、组织、业务流程之间的设计要素，读后豁然开朗。
这本书还可以帮企业解决运营中的一些常见问题：
● 如何制定合理的企业文化？
● 如何激励员工？
● 如何架构合理的互联网架构？
● 如何做出数据中心的决策？
● 如何管理日益增加的数据资源？
● 如何充分利用云计算资源？
● 如何度量系统的可用性？
● 如何计算系统的容量？
● 如何设计出抗议水平扩展的技术架构？
● 架构设计要遵循哪些基本原则？
基本信息
书名：《架构即未来》
作者：马丁∙阿伯特
迈克∙费舍尔
译 者：陈斌
出 版 社：机械工业出版社
内容简介
任何一个持续成长的公司最终都需要解决系统、组织和流程的扩展性问题。本书汇聚了作者从eBay、VISA、Salesforce.com到Apple超过30年的丰富经验， 全面阐释了经过验证的信息技术扩展方法，对所需要掌握的产品和服务的平滑扩展做了详尽的论述，并在第1版的基础上更新了扩展的策略、技术和案例。
针对技术和非技术的决策者，马丁•阿伯特和迈克尔•费舍尔详尽地介绍了影响扩展性的各个方面，包括架构、过程、组织和技术。通过阅读本书，你可以学习到以最大化敏捷性和扩展性来优化组织机构的新策略，以及对云计算（IaaS/PaaS）、NoSQL、DevOps和业务指标等的新见解。而且利用其中的工具和建议，你可以系统化地清除扩展性道路上的障碍，在技术和业务上取得前所未有的成功。
作者简介
马丁∙阿伯特
迈克∙费舍尔
马丁∙阿伯特（Martin L. Abbott） AKF公司的初创合伙人，曾任Quigo（广告技术初创公司，后来被AOL收购）的首席运营官，负责领导产品策略、产品管理、技术研发和客户服务。他在eBay工作了6年，先后担任技术副总裁、首席技术官和公司高管。
迈克∙费舍尔（Michael T. Fisher ）AKF公司的初创合伙人，曾任Quigo首席技术官，PayPal负责工程和架构的副总裁。他花了7年时间帮助通用电气公司（GE）形成了技术战略，获得过6西格玛黑带的荣誉，还在美军担任过上尉和飞行员。
精彩书评
太多的创业者，尤其创始人或CEO认为，找个靠谱的CTO，把要做的事情给他讲明白，以后业务扩充，销售给力，坐等壮大被市场认可。听起来很不错，但殊不知，对市场的调查，团队的分析，未来的预测，失误的准备……哪里会是一个CTO能负责得了的。诸如市场上因活动导致网站宕机而无法提前做出预判的情况比比皆是，因无法处理好团队内部的分工关系而导致团队分崩离析一盘散沙的随处可见，因孤注一掷无法掉头而悔恨不已的悲惨也不再稀奇。而这些，并非无解！
《架构即未来：现代企业可扩展的web架构、流程和组织》一书，读来让人醍醐灌顶，仿佛医到了我们的软肋。
本书原名：The Art Of Scalability，艺术一词更添了本书的灵性。内容从可扩展性的人员配置、构建可扩展性的过程、可扩展的架构方案以及面临其他问题和挑战的应对进行了细致且翔实的剖析。无论大型企业或中小型乃至初创型企业，读此书，在格局和操作应用过程中的方法论的形成提供了有力的工具依托。
——何昱，资深金融集团高管，中国第一批精算师，至雅集团总裁
本书深入浅出地介绍了大型互联网平台的技术架构，并从多个角度详尽地分析了互联网企业的架构理论和实践，是架构师和CTO不可多得的实战手册。
——唐彬，易宝支付CEO及联合创始人 互联网金融千人会轮值主席
互联网技术正急速地扩大着商业边界。其中，软件系统的可扩展性将成为公司是否可以升级涅槃的关键问题。本书的译者敏感地关注到了这个问题，翻译了这本书，相信可激发中国新经济管理者、从业者的思考和讨论。
——涂子沛，阿里巴巴副总裁，互联网+专家 《大数据》、《数据之巅》作者
本书作者拥有丰富的架构、管理和领导经验，成功解决了许多eBay在快速发展过程中遇到的问题和挑战。本书中文译本的出版必将把硅谷的成熟架构设计和技术管理经验传播到中国，为互联网+助力。
——叶亚明，携程集团CTO
本书更具价值的部分是阐述了人才、管理、流程、组织架构对高可用性系统及产品的影响。
——高遵明，唯品会CTO
在中国互联网行业迅速发展的今天，我相信所有快速发展的企业都会面临同样的挑战，那么别犹豫，请打开这本书读一读吧，相信你会和我一样感到惊喜！
——段念，宜信宜人贷CTO
从本书中学习可扩展性，是要从一个个案例中学习如何思考，而不仅仅是学习它的手段。
——祁宁，SegmentFault创始人兼CTO
本书基于两位作者长期的观察和实践，深入讨论了人员能力、组织形态、流程和软件系统架构对业务扩展性的影响，并提出了组织与架构转型的参考模型和路线图。
——赵先明，中兴通讯股份有限公司CTO
每家快速成长的公司都需要不断突破自身系统架构的扩展性约束，本书提供了大量翔实且系统的案例和工具，将帮助你把公司设计得更好。
——吴华鹏，iTech Club理事长 1024学院院长，原凤凰网CTO
本书从过程、人员、性能和技术等多角度出发，创造性地解决扩展性难题，不同阶段的系统及不同规模的公司，都能得到非常到位的指导。
——曹重英，IT高管会负责人
书摘
最常用的15个架构原则
1
N+1设计
要确保任何你所开发的系统在发生故障时，至少有一个冗余的实例。
一个实例确实很危险，当这个实例出现不明原因的问题不能对外服务，需要debug的时候，如果优先debug，那当前实例就要暂停服务直到你找到问题为止。如果你直接重启实例恢复服务，就没有事故现场进行debug了。而这时如果有一个冗余的实例，就可以先让冗余的实例对外服务，事故现场的环境也得以保留。
多个实例来做负载均衡也是一种不错的选择。
2
回滚设计
确保系统可以回滚到以前发布过的任何版本。
以前做游戏的时候经常遇到回滚，有时候是数据库回滚，有时候是服务器端回滚，一般都是回滚到上个版本。
3
禁用设计
能够关闭任何发布的功能。
当一个功能出现严重问题不得不关闭时，如果关闭整个系统代价就有点大了，所有要有单个功能的开关。像商城系统的支付功能就一定要有开关，如果出现比较严重的bug，可以关闭支付而不影响下单。
4
监控设计
在设计阶段就必须要考虑监控，而不是在实施完成之后补充。
如果监控做的好，不仅能发现服务的死活，检查日志文件，还能收集系统相关的数据，评估终端用户的响应时间。如果系统和应用在设计和构建时就考虑好监控，那么即使不能自我修复，也至少可以自我诊断。
5
设计多活数据中心
不要被一个数据中心的解决方案把自己限制住。
有钱就多建一个，让股东放心。
6
只用成熟的技术
只用确实好用的技术。
不管用什么技术，都要确保是一个成熟的技术。也许某个新技术有众多优点，比如，降低开发成本，提高开发效率，提高可扩展能力，减少终端用户的响应时间。但是，只要这项技术故障率比较高，就绝不能使用。
7
异步设计
只有在绝对必要的时候才进行同步调用。
异步适合并发。
8
无状态系统
只有当业务确实需要的时候，才使用状态。
无状态的系统更利于扩展，更利于做负载均衡。
9
水平扩展非垂直升级
永远不要依赖更大、更快的系统。
微服务是水平扩展的一个例子，不要把所有的功能都集中在一个系统里面。必要的时候把需求分为多个系统，而不是升级原有的系统。
10
设计至少有两个步骤的前瞻性
在扩展性问题发生前考虑好下一步的行动计划。
想的更远一点，就能减少重构的次数。
11
非核心则购买
如果不是你最擅长的，也提供不了差异化的竞争优势则直接购买。
云服务这种的就购买好了。
12
使用商品化硬件
在大多数情况下，便宜的是最好的。
硬件这块儿，满足需求即可，在必要的时候增加配置。
13
小构建，小发布，快试错
全部研发要小构建，不断迭代，让系统不断地成长。
小版本的失败率较低，因为失败率与解决方案中的变更数量直接相关。
14
隔离故障
实现隔离故障设计，通过断路保护避免故障传播和交叉影响。
避免多系统之间的互相影响，这个很重要。
15
自动化
设计和构建自动化的过程。如果机器可以做，就不要依赖于人。
人常犯错误，更令人沮丧的是，他们往往会以不同的方式多次犯同样的错误。
本公众号部分资料来源于网络，转载出于传播更多资讯之目的。如有侵权或违规请联系我们
至雅集团
至雅集团定位于深具产融结合思维与全产业链格局的创新服务平台，深耕实体产业供应链各基层点，为实体经济注入新活力，全面协助实体企业快速产业升级。发展至今，集团已经成为一家囊括实业、融资租赁、商业保理、互联网技术等多个板块的集团化企业。
至雅集团发扬“奋发图强、主动竞争、以人为本、实业报国”的企业精神，秉承“成就至臻至雅之美”的品牌理念，按照“创新发展模式，践行共建共享”的战略部署，诚信立业，规范经营，担负责任，开拓进取，主动参与多层次的市场体系建设，积极推动多方位的经济结构转型。
