架构师应该知道的37件事电子书

译者序

关于本书

你能学到什么

书中内容可行性如何

给你讲故事

为何是37件事

我的写作动力

为什么选择鱼作为英文版封面图片

参与进来

致谢

IT的50种形态

IT产业的不同视角

独立开发人员

创业

IT咨询

战略咨询五巨头

互联网软件

企业IT

下一步去哪儿

第 1 章 架构师

是企业的负担还是救星

架构师不是什么

衡量架构师的价值

架构师是变革促进者

1.1 架构师电梯

在顶层套间和发动机房之间往返

1.1.1 缺失的一环

1.1.2 架构师电梯

1.1.3 有些组织的层级比其他组织要多

1.1.4 不是单行道

1.1.5 高速电梯

1.1.6 其他乘客

1.1.7 搭乘电梯的危险

1.1.8 将大楼扁平化

1.2 电影明星架构师

企业架构师的4个角色

1.2.1 黑客帝国——规划大师

1.2.2 剪刀手爱德华——园丁

1.2.3 粉身碎骨——导游

1.2.4 绿野仙踪——魔法师

1.2.5 超级英雄还是强力胶

1.2.6 做决定

1.3 企业架构师与企业里的架构师

象牙塔里的上下层

1.3.1 企业架构

1.3.2 业务和IT是平等的

1.3.3 企业里的架构师

1.3.4 哪些楼层

1.4 架构师用三条腿立足

架构师需要横向扩展

1.4.1 技能、影响力、领导力

1.4.2 良性循环

1.4.3 重复良性循环

1.4.4 要当一辈子架构师吗

1.5 决策

三思而后行

1.5.1 我们真的那么容易上当吗

1.5.2 小数法则

1.5.3 偏见

1.5.4 启动效应

1.5.5 决策分析

1.5.6 微亡率

1.5.7 模型思维

1.5.8 避免决策

1.6 刨根问底

问则进，不问则退

1.6.1 五问法

1.6.2 反复追问才可以揭示出决策和假设

1.6.3 处理所有问题的研讨会

1.6.4 不存在自由通过

第 2 章 架构

定义架构

把架构看作职能部门

架构始终存在

架构的价值

原则驱动决策

纵向内聚

架构现实世界

2.1 咖啡店不使用两段式提交法

边排队，边学习分布式系统设计

2.1.1 请给我一杯热拿铁

2.1.2 关联

2.1.3 异常处理

2.1.4 事务

2.1.5 反向压力

2.1.6 会话

2.1.7 规范化数据模型

2.1.8 欢迎来到现实世界

2.2 这是架构吗

寻找决策

2.2.1 定义软件架构

2.2.2 （建筑）架构决策

2.2.3 关键决策无须复杂

2.2.4 符合目标

2.2.5 通过测试

2.3 每个系统都是完美的

完美是对它的设计目的而言

2.3.1 加热器系统

2.3.2 反馈回路

2.3.3 有组织的复杂性

2.3.4 系统效应

2.3.5 理解系统行为

2.3.6 影响系统行为

2.3.7 系统抗拒改变

2.3.8 组织和技术系统

2.4 别有代码恐惧症

用设计糟糕又没配套工具的语言编程一点儿都不好玩

2.4.1 代码恐惧症

2.4.2 好的初衷

2.4.3 抽象层次

2.4.4 简单化与灵活性

2.4.5 抽象打包

2.4.6 配置

2.4.7 代码还是数据

2.4.8 运行时与设计时

2.4.9 工具化

2.4.10 配置化编程

2.4.11 配置还有用武之地吗

2.5 如果从不杀死任何系统，你就会被“僵尸”包围

而且它们会“吃掉你的脑仁”

2.5.1 遗留系统

2.5.2 变更恐惧症

2.5.3 版本升级

2.5.4 运行与变更

2.5.5 按计划报废

2.5.6 如果疼，就多做几次

2.5.7 拥抱变更的文化

2.6 平面的IT世界

如果没有地图，每条路看起来都可行

2.6.1 失真的供应商地图

2.6.2 在你的地图上标绘产品

2.6.3 绘制版图

2.6.4 产品理念

2.6.5 制图标准

2.6.6 版图迁移

2.7 永远不要派人去干机器的活

让一切自动化。不能自动化的，就做成自助服务

2.7.1 让一切自动化

2.7.2 这不只和效率相关

2.7.3 可重复性能够提振信心

2.7.4 自助服务

2.7.5 超越自助服务

2.7.6 自动化不是单行道

2.7.7 显性知识才是好知识

2.7.8 人的用武之地

2.8 如果软件吞没了整个世界，最好使用版本控制

随着基础设施变成软件定义的，你需要像软件开发人员一样思考

2.8.1 SDX——软件定义一切

2.8.2 纺纱工的暴动

2.8.3 像软件工程师一样思考

2.8.4 使用构建管道

2.8.5 质量检验自动化

2.8.6 合适的语言

2.8.7 软件吞没世界，一次一个修订

第 3 章 沟通

无法理解，就无法管理

获得关注

发布报告

代码是文档吗

选用恰当的词

沟通工具

3.1 诠释技术主题

为读者搭建斜坡，而不是峭壁

3.1.1 给高管们的高性能计算架构

3.1.2 搭建斜坡，而不是峭壁

3.1.3 留意间隙

3.1.4 首先，创造一种语言

3.1.5 一致的细节层次

3.1.6 我本来想要的，但又不敢

3.2 写给大忙人

不要指望每个人都会逐字阅读

3.2.1 写作可以延伸到更多受众

3.2.2 质量与影响

3.2.3 “在手中”——第一印象很重要

3.2.4 好文章就像电影《怪物史莱克》

3.2.5 让读者轻松些

3.2.6 写作曲线——线性化

3.2.7 简洁明了

3.2.8 作家研讨会

3.2.9 笔杆子比枪杆子更强大，但仍敌不过企业政治

3.3 重点突出胜过面面俱到

展示森林而非树木

3.3.1 3秒测试

3.3.2 声明

3.3.3 突击测验

3.3.4 言简意赅

3.3.5 技术备忘录

3.4 给孩子们看看海盗船

为什么整体远远重于局部

3.4.1 获取关注

3.4.2 兴奋

3.4.3 聚焦目标

3.4.4 展示环境

3.4.5 里面的内容

3.4.6 考虑受众的身份

3.4.7 寓“作”于乐

3.5 给银行劫匪画像

架构师就像刑侦肖像专家

3.5.1 每个人都看到罪犯

3.5.2 刑侦肖像专家

3.5.3 系统隐喻

3.5.4 视点

3.5.5 可视化

3.5.6 架构疗法

3.5.7 错了！重新做

3.6 图驱动设计

在图像里造假比在文字里造假难多了

3.6.1 演示技巧——图

3.6.2 绘图技能

3.6.3 作为设计技术的绘图

3.6.4 没有银弹（点）

3.7 绘制连线

没有连线的架构很可能不是架构

3.7.1 注意连线

3.7.2 元模型

3.7.3 语义学的语义

3.7.4 元素-关系-行为

3.7.5 架构图

3.7.6 UML

3.7.7 警惕过度应用

3.7.8 元素风格

第 4 章 组织

静态视图

动态视图

矩阵

系统化组织

人性化组织

理解大型组织

4.1 控制只是假象

是时候讲些你最想听的了

4.1.1 假象

4.1.2 控制回路

4.1.3 智能控制

4.1.4 双行道

4.1.5 反馈中的问题

4.1.6 普鲁士人并不笨

4.1.7 实际控制

4.1.8 预警系统

4.2 他们不再那样构建了

IT人员钟爱金字塔

4.2.1 为什么IT架构师钟爱金字塔

4.2.2 组织金字塔

4.2.3 没有法老，就没有金字塔

4.2.4 建造金字塔

4.2.5 生活在金字塔里

4.2.6 总能变得更糟

4.2.7 构建现代结构

4.3 黑市并不有效

在自顶向下的组织里，事情是如何完成的

4.3.1 靠黑市来拯救

4.3.2 黑市很少有效

4.3.3 你不能把黑市外包出去

4.3.4 打击黑市

4.3.5 反馈和透明度

4.4 扩展组织

如何扩展组织？和扩展系统的方式一样

4.4.1 组件设计——个人生产力

4.4.2 避免同步点——会议无法扩展

4.4.3 中断打断——电话

4.4.4 堆积而不是退避

4.4.5 异步通信——电子邮件、聊天，等等

4.4.6 提问无法扩展——构建缓存

4.4.7 设置不当的域边界——过度对齐

4.4.8 自助服务是更好的服务

4.4.9 保持人性

4.5 缓慢的混乱并不是有序

走得快？要有纪律

4.5.1 快速与敏捷

4.5.2 速度和纪律

4.5.3 又快又好

4.5.4 缓慢的混乱

4.5.5 靠ITIL来救援吗

4.5.6 目标和纪律

4.5.7 解决办法

4.6 通过盗梦治理

我来自总部，是来帮你的

4.6.1 制定标准

4.6.2 通过行政命令治理

4.6.3 通过基础设施治理

4.6.4 盗梦

4.6.5 皇帝的新衣

4.6.6 按照需求治理

第 5 章转型

不是所有改变都是转型

让锅炉爆炸

为什么是我

5.1 没有痛苦，就没有改变

看夜间电视节目也无济于事

5.1.1 转型的各个阶段

5.1.2 数字化转型的各个阶段

5.1.3 一厢情愿地兜售“万灵油”

5.1.4 发动机调优

5.1.5 沿途求救

5.1.6 不变革的痛苦

5.1.7 摆脱困境

5.2 引导变革

绝望之海中的理智之岛

5.2.1 拖拉机超过了赛车

5.2.2 设定航向

5.2.3 去大陆外冒险

5.2.4 破釜沉舟

5.2.5 理智之岛

5.2.6 臭鼬工程2

5.2.7 局部最优

5.2.8 盲人乡

5.3 速度经济

由效率引发的死亡既缓慢又痛苦

5.3.1 旧的规模经济

5.3.2 关注流程

5.3.3 延迟成本

5.3.4 可预测性的价值和成本

5.3.5 避免重复的价值和成本

5.3.6 如何转变思维模式

5.4 无限循环

有时候循环运行也能有产出

5.4.1 构建-衡量-学习循环

5.4.2 数字化转速

5.4.3 传统组织的阻碍

5.4.4 在外部循环

5.4.5 加速反馈

5.4.6 保持凝聚力

5.5 你不能假装已经数字化

从里到外都要数字化

5.5.1 奠定基础

5.5.2 反馈循环

5.5.3 按承诺交付

5.5.4 以客户为中心

5.5.5 共同打造IT服务

5.5.6 吃自家狗粮

5.5.7 数字化思维

5.5.8 栈谬论

5.6 金钱买不到爱情

也买不到文化变革

5.6.1 创新者的窘境

5.6.2 留意最高薪人士的意见

5.6.3 开销和被容忍的低效率

5.6.4 外部依赖

5.6.5 付出得越多，可能收获越少

5.6.6 文化变革要由内而发

5.7 有谁喜欢排队吗

守株待兔是行不通的

5.7.1 留意活动间隙

5.7.2 一些排队论知识

5.7.3 查找队列

5.7.4 插队

5.7.5 让队列可见

5.8 在四个维度上思考

过高的自由度会让你头疼

5.8.1 在一条线上生活

5.8.2 质量与速度

5.8.3 更高的自由度

5.8.4 改变曲线的形状

5.8.5 反转曲线

5.8.6 质量是什么

5.8.7 少了一个维度

第 6 章架构IT转型

自下而上转型

由内而外转型

从象牙塔人到企业救星

我说的一切都是事实

给大家分发红药丸

真相至上

数字化天堂

半个天堂可能就是地狱

弃船

看到的不一定是真相

求救信号

看完了