[套装书]数据中心一体化最佳实践：设计仓储级计算机（原书第3版）+企业级业务架构设计：方法论与实践（2册）

. 详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
业务架构落地篇（第8～13章）
演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，最后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
架构方法改良篇（第14～16章）
系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
业务架构与中台篇（第17章）
将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。

.InfoQ中文站专栏作家，发表《中台之上》系列文章，累计阅读量超过10万。维护着个人微信公众号：晓谈岩说，与各行业读者广泛交流，持续提升方法的普适性。

1.6.4　建筑与基础设施 9
1.6.5　电力使用 11
1.6.6　故障与维修处理 12
1.7　本书概述 12
第2章　工作负载与基础软件 15
2.1　WSC系统栈 15
2.2　平台层软件 16
2.3　集群层基础软件 17
2.3.1　资源管理 17
2.3.2　集群基础软件 18
2.3.3　应用框架 18
2.4　应用层软件 19
2.4.1　工作负载多样性 19
2.4.2　网页搜索 20
2.4.3　视频服务 22
2.4.4　学术文章相似度搜索 23
2.4.5　机器学习 24
2.5　监控基础设施 27
2.5.1　服务层仪表盘 27
2.5.2　性能诊断工具 27
2.5.3　平台层健康监控 28
2.6　WSC软件的权衡 29
2.6.1　数据中心和台式机 29
2.6.2　性能与可用性工具箱 30
2.6.3　购买还是自建 32
2.6.4　长尾容忍 33
2.6.5　工程师应该知道的延迟数据 33
2.7　云计算 35
2.7.1　面向公有云服务的WSC和对内服务的WSC 36
2.7.2　云原生软件 36
2.8　仓储级信息安全 37
第３章　WSC硬件组件 39
3.1　服务器硬件 39
3.1.1　服务器和机架概述 40
3.1.2　大型SMP通信效率的影响 43
3.1.3　高性能服务器和低性能服务器 45
3.2　计算加速器 48
3.2.1　图形处理器 49
3.2.2　张量处理器 50
3.3　网络 52
3.3.1　集群网络 52
3.3.2　主机网络 56
3.4　存储 57
3.4.1　硬盘托盘与无盘服务器 57
3.4.2　WSC非结构化存储 58
3.4.3　WSC结构化存储 59
3.4.4　存储与网络技术相互作用 60
3.5　平衡的设计 61
3.5.1　系统平衡：存储层次结构 62
3.5.2　量化延迟、带宽及容量 62
第4章　数据中心基础：建筑、电力与冷却 65
4.1　数据中心概述 65
4.1.1　等级分类与规格 65
4.1.2　建筑基础知识 66
4.2　数据中心电力系统 68
4.2.1　不间断电源系统 68
4.2.2　配电单元 69
4.2.3　交流与直流配电架构对比 70
4.3　应用实例：冗余径向配电 71
4.4　应用实例：中压电源层 72
4.5　数据中心冷却系统 74
4.5.1　机房空调系统 76
4.5.2　冷水机组 77
4.5.3　冷却塔 77
4.5.4　自然冷却 79
4.5.5　对气流的考量 79
4.5.6　机架内冷却、行级冷却和液体冷却 81
4.5.7　基于集装箱的数据中心 82
4.6　应用实例：谷歌数据中心顶部冷却系统 84
4.7　本章小结 84
第5章　能耗与能效 85
5.1　数据中心能效 85
5.1.1　PUE指标 86
5.1.2　PUE指标的问题 88
5.1.3　数据中心能效损失来源 89
5.1.4　提升数据中心能效 90
5.1.5　基础设施之外的因素 91
5.2　计算能效 92
5.2.1　能效的测量 92
5.2.2　服务器能效 92
5.2.3　WSC使用画像 93
5.3　能耗成比例计算 95
5.3.1　能耗成比例程度低的原因 96
5.3.2　提升能耗成比例的能力 97
5.3.3　系统其他部分的能耗成比例 98
5.3.4　低功耗模式的相对有效性 99
5.3.5　软件在能耗成比例中的作用 100
5.4　通过专用定制提高能效 103
5.5　数据中心供电 105
5.5.1　部署适量的设备 105
5.5.2　数据中心超额用电 105
5.6　服务器能量使用趋势 107
5.7　本章小结 109
第6章　成本建模 111
6.1　资本成本 111
6.2　运营成本 113
6.3　案例分析 114
6.4　实际数据中心成本 116
6.5　建模部分使用的数据中心 117
6.6　公有云成本 118
第7章　故障处理与维修 119
7.1　软件容错 120
7.2　故障分类 121
7.2.1　故障严重性分级 122
7.2.2　导致服务级故障的原因 123
7.3　机器级故障 124
7.3.1　导致机器级故障的原因 127
7.3.2　故障预测 128
7.4　维修 129
7.5　容错不是隐藏错误 130
7.6　集群系统设计的故障统计 131
第8章　结束语 135
8.1　硬件 136
8.2　软件 137
8.3　经济性与能效 138
8.4　打造响应快速的大规模系统 139
8.4.1　不断演进的工作负载 139
8.4.2　残酷的阿姆达尔定律 139
8.4.3　为微秒级系统优化 140
8.4.4　长尾 140
8.5　展望 141
8.5.1　摩尔定律的终结 141
8.5.2　加速器与全局系统设计 141
8.5.3　软件定义基础设施 142
8.5.4　计算机体系结构和WSC的新纪元 143
8.6　总结 144
参考文献 145



---------------------------企业级业务架构设计：方法论与实践---------------------------


推荐语
前言
第一部分 　业务架构基础篇
第1章　业务架构的发展历程2
1.1　Zachman模型2
1.2　TOGAF4
1.3　FEA和DODAF5
1.4　沉吟至今6
1.5　业务架构的定义8
第2章　业务架构的作用及与IT架构的关系10
2.1　业务架构的作用10
2.2　业务架构与IT架构的关系14
第3章　架构伴侣：业务模型18
3.1　模型与业务模型18
3.2　常见的建模方法21
3.3　建模原则与模型思维的应用25
第二部分 　业务架构设计篇
第4章　业务架构的设计起点33
4.1　企业战略分析33
4.2　对标分析38
4.3　组织结构的影响不容忽视40
第5章　业务架构的设计过程44
5.1　价值链分析44
5.2　行为分析：业务领域和业务流程46
5.3　数据分析：企业级数据模型49
5.4　组件分析：行为与数据的结合51
5.5　业务架构的整体逻辑关系53
第6章　业务架构的设计难点56
6.1　基本的标准化方法56
6.2　避免“过度整合”59
6.3　何以解忧，唯有“融合”59
第7章　虚拟案例：商业银行业务架构设计61
7.1　价值链设计61
7.2　存款领域的模型设计63
7.3　贷款领域的模型设计65
7.4　跨领域的标准化67
7.5　组件设计70
7.6　案例总结73
第三部分 　业务架构落地篇
第8章　从业务架构模型到业务架构方案76
8.1　业务架构设计不是为了替代需求分析76
8.2　制作业务架构方案77
8.3　小团队的应对之道83
8.4　需要充分解释架构方案84
8.5　努力打造“通用语言”85
第9章　基于业务架构方案的实施过程88
9.1　基于业务架构的设计89
9.2　基于业务架构的协调94
9.3　处理架构调整的原则96
9.4　企业级物有所值吗？100
第10章　建立转型后的长期应用机制103
10.1　项目结束了该怎么办？103
10.2　促进深度融合的需求管理机制106
第11章　这个“笨重”的过程与敏捷沾边吗？110
11.1　传说中和现实中的双模开发110
11.2　与正宗的敏捷对比112
11.3　与非正宗的敏捷对比114
11.4　且行且珍惜115
第12章　企业级的“五难” 117
12.1　捷径难寻118
12.2　文化难建119
12.3　预期难控120
12.4　权责难定121
12.5　长志难立123
第13章　实战：实现了快速设计的案例124
13.1　项目背景及需求124
13.2　设计思路和业务架构方案125
13.3　案例总结129
第四部分 　架构方法改良篇
第14章　如何支持面向构件的设计132
14.1　“乐高积木”式的软件设计132
14.2　“颗粒度”问题134
14.3　构件模型的设计方式136
14.4　建立构件模型的虚拟案例139
14.5　构件模型的技术设计建议146
14.6　本章小结148
第15章　构建轻量级架构管理工具150
15.1　构件模型的抽象要素及逻辑关系150
15.2　轻量级架构管理工具的设计原理153
15.3　采集项目信息的价值155
15.4　轻量级架构管理工具的优缺点155
15.5　应用轻量级架构管理工具管理新需求156
第16章　基于构件模型谈谈传统企业的产品创新159
16.1　信息传导：打造信息传递高速公路160
16.2　信息分析：创造高维数据162
16.3　创新平台：扩展构件模型165
16.4　构件模型及其应用设想的不足169
第五部分 　业务架构与中台篇
第17章　中台之上172
17.1　阿里中台简介172
17.2　企业文化的作用174
17.3　由业务架构方法可以推导出中台设计吗？176
尾声　对实践的再次思考179
附录A　位置、力量、资源183
附录B　积木式创新187

.　　业务架构落地篇（第8～13章）分别介绍了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，并比较了与敏捷开发的异同，集中讨论了企业级项目的实施难度，最后，以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
　　上述三部分完整介绍了业务架构设计的一般实现方法，并将企业级项目需要注意的问题及痛点融合在论述过程中，以供需要开展相关工作的读者参考。
　　架构方法改良篇（第14～16章）介绍了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对前文方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
　　业务架构与中台篇（第17章）是对业务架构设计方法与当前热点—“中台”模式的一个比对。“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。
　　附录部分收录了笔者做业务架构设计期间撰写的两篇读后感，希望对读者了解业务架构设计的作用、扩展设计思路有一定的帮助。
　　如何阅读本书
　　本书适用于如下几类读者群体。
　　企业管理者
　　管理者决定着企业的发展方向，以下内容都适合其阅读：本书第一部分中对业务架构发展历程和业务架构作用的探讨；第二部分中对企业战略的分析，对标问题的分析和组织问题的阐述；第三部分中对企业级项目实施、实施后管理和企业级难点的集中论述。实施问题虽然涉及项目中一些琐碎的工作，但是这些琐碎工作对项目的成败却有较大的影响，需要管理者在推动转型之前就有充分的认知。目前，很多企业在转型方面遭遇困难，这些企业并非不善于设计“战略”，也并非不精通“业务”，而是不熟悉“架构”，不清楚如何将战略通过架构落实到业务和技术实现中，企业需要具备“架构”能力，而这种能力应该由管理者带头，从业务架构能力开始，自上而下地建立起来。
　　实施管理者
　　实施管理者通常为项目总监、各级项目经理、业务经理、技术经理等在项目实施过程中担任具体管理工作的人员。本书的前三部分对企业级业务架构设计及落地的阐述有助于实施管理者将本书的方法论引入其企业级项目工作中。第五部分的对比分析，也有助于各位实施管理者认真思考，寻找适合自身的方法论。第四部分则需要各位深入思考其方法与自身行业的适配性。
　　技术人员
　　在实现业务与技术的融合方面，技术人员自然是需要向业务侧多迈出一步。相信很多技术人员对自己到底是在实现“业务人员”的要求，还是在实现“业务”的要求产生过困惑。本书前三部分论述的方法有助于技术人员掌握一种可以与业务人员更好地进行沟通的方式，也能够在项目中，尤其是在企业级项目中，从“业务人员”的众多要求中抽离出“业务”的要求。后两部分则有助于促进技术人员对方法论的深入思考。
　　业务人员
　　在实现业务与技术融合方面，业务人员可能会更“痛苦”一些。一般业务人员在进行技术知识方面的学习时往往会更关注垂直领域，比如AI、区块链、大数据等，属于以应用为导向，但是很多人却忽略了对软件构建过程的关注，正是这种忽略导致了在开发中出现大量 “冲突”。本书作为业务架构设计方法论，技术门槛相对较低，有助于业务人员了解如何结构化自己的思维。通过对本书，尤其是前三部分的阅读，辅之对其他软件工程经典著作的一般了解，业务人员足以对软件的设计与实现有一个清晰的理解，使业务人员与软件的交互度更高。
　　希望成为业务架构师的读者
　　业务架构师并非一定要技术出身，但是技术实力雄厚的人显然具有基础知识方面的优势。业务出身的业务架构师需要克服更多的技术障碍，本书虽然不能帮助你学习更多垂直领域的技术知识，但却有可能是你成为业务架构师必读的一本书。
　　资源和勘误
　　由于笔者的水平有限，书中难免存在一些不准确的描述，恳请读者批评指正。如果读者有更多宝贵的意见，欢迎通过邮箱yfc@hz.com联系笔者，期待读者们的真挚反馈，以在探索业务架构的道路上互勉共进。本书部分资源可在笔者的微信公众号（晓谈岩说）上获得。
　　致谢
　　非常感谢InfoQ中文站的编辑杜小芳女士，是她的积极支持促成了本书前身《中台之上》系列文章的连载，也感谢InfoQ中文站的郭蕾老师和Linda老师对笔者的长期支持。
　　

.　　书中既有对业务架构设计理论的清晰介绍，又有大量“接地气”的案例分析。
　　—— 陈耿微软全球黑带技术专家
　　除了系统的业务架构设计理论外，还有基于大规模企业级项目的业务架构设计方法论。
　　—— 孙玄转转公司首席架构师／技术委员会主席
　　在企业级应用开发中，业务架构不可或缺，业内对业务架构的论述很少，本书填补了这一空白。
　　——曹洪伟 百度DuerOS首席布道师
　　本书集结了作者多年业务架构的经验，既有由浅入深的理论讲解，又有贴合实际的案例实践。
　　——李鑫 天弘基金（余额宝）移动平台技术总监
　　兼首席架构师
　　从企业战略分析到与IT架构的衔接，从业务模型的打造到架构的管理方法，本书让我茅塞顿开。
　　——王天庆 马蜂窝基础平台架构师
　　作者以金融行业的业务架构作为实例，从“行线”和“知线”两个维度系统讲解了业务架构的方方面面。
　　——茹炳晟 Dell EMC中国研发集团资深架构师
　　本书提出了业务架构“知行合一”的观点，让读者充分认识到业务架构的重要性，以及应该如何正确地进行业务架构设计。
　　—— 张逸领域驱动设计布道师
　　作者以“行线”和“知线”为指引，全面介绍了业务架构的设计、落地以及架构的持续改良等方面。
　　—— 郑然百度主任研发架构师
　　作者分享业务架构设计的原理和落地方法，并阐述了如何通过业务架构推动技术架构和中台体系的建设。
　　—— 刘超网易杭州研究院云计算技术部
　　首席架构师
　　本书既有业务架构设计的方法论，又有最新的架构方法，完整呈现了业务架构的全景图。
　　—— 周健招银云创金融基础云负责人
　　作者把他在金融领域超过19年的经验和思考娓娓道来，逻辑清晰完整，案例引人思考。
　　—— 黄帅AWS 认证云架构师
　　如果想要了解业务架构设计，这本书既有体系化方法论，又有最佳实践，实在是不可多得。
　　—— 沈剑到家集团技术中心负责人
　　& 快狗打车CTO
　　本书从“知行合一”的角度讲解了业务架构设计的方法论和工程实践，是作者19年工作经验的总结。
　　—— 梁李印滴滴大数据架构部高级专家工程师