软件架构师速成指南

第19章 给孩子们看海盗船

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

为什么整体远远大于部分

这就是人们想要看到的

当 你看到一盒乐高积木的封面时，你看到的并不是里面每一块积木的图片。相反，你看到的是一个令人兴奋的、完全组装好的模型，比如一艘海盗船。更令人兴奋的是，这个模型并不是放在客厅的桌子上，而是放置在一个栩栩如生的海盗湾里，那里有悬崖峭壁和鲨鱼--杰克-斯派洛船长一定会嫉妒的。

这与通信系统架构和设计有什么关系？遗憾的是，关系不大，但应该有关系！技术交流经常做的事情恰恰相反：它煞费苦心地列出了所有单个元素，却忘了展示海盗船。这样做的结果是，只看到一大堆方框（希望也能看到一些线条；见第 23 章），却没有一个清晰的态势或整体价值主张。

这样的比较公平吗？乐高是卖给孩子们的玩具，而架构师需要向管理层和其他专业人士解释组件之间复杂的相互作用。此外，IT 专业人员还必须解释由于网段被淹而造成的网络中断等问题，这可比玩海盗有趣多了。我认为这个类比是有道理的，我们可以从海盗船上的 IT 架构演示中学到很多东西。

吸引注意力

海盗船的最初目的是在所有其他竞争玩具箱中吸引注意力。孩子们到玩具店是为了寻找新奇闪亮的玩具，而许多公司会议的与会者则是受老板委派而来，而不是因为他们想听你的内容。要吸引他们的注意力，让他们放下智能手机，你就必须展示一些令人兴奋的东西。

遗憾的是，许多演讲都以目录开头，而我却认为这是相当愚蠢的。首先，目录并不令人兴奋：它就像一份组装说明清单，而不是一艘船。其次，目录的目的是让读者浏览一本书或一本杂志。如果听众无论如何都必须坐着看完整个演讲，那么在一开始就给他们一个目录就没有意义了。

备注

用目录开始演示没有用，因为听众无法跳到第三章。这样的开头也很无聊：你看过以故事情节大纲开头的电影吗？

亚里士多德曾说过 "告诉他们你要告诉他们什么"，这句老话当然不能用幻灯片来显示目录。你要告诉他们如何建造一艘海盗船！

激发激情

当孩子和观众看到海盗船的那一刻，他们应该感到兴奋。这有多酷？有鲨鱼和海盗，有匕首和大炮，有金子箱子，还有鹦鹉。为什么 PaaS、API 网关、网络应用防火墙和构建管道讲述的故事就不那么精彩呢？这是一个在波涛汹涌的数字世界中加速前进的故事，在这个故事中，自动化测试和构建流水线尽管速度很快，却能保证你的安全。自动化部署使您的交付工业化，而 PaaS 则使您的舰队能够根据需要不断扩大和缩小，同时您还在努力避免在供应商锁定的险境中上岸。这至少和海盗故事一样精彩！

我深信，IT 架构可以比人们通常认为的更加令人兴奋和有趣。2004 年，在与我的朋友 Yuji 的一次访谈中，我解释说，软件开发比表面看起来要精彩得多--你做得多精彩，它就有多精彩。如果你把软件开发看成是一堆乐高积木，那你就没有见过海盗船！那些认为软件和架构枯燥无味或只是一种必要的乏味的人，还没有触及软件设计和架构思维的表面。他们还不明白，IT 不再是达到目的的手段，而是业务创新的驱动力。他们认为信息技术就是随意堆砌乐高积木，而实际上我们正在建造令人兴奋的海盗船！

聚焦目标

回到海盗船上，盒子也清楚地表明了里面的砖块的用途。目的不是让砖块随意堆叠在一起，而是要构建一个有凝聚力的、平衡的解决方案。在这种情况下，整体远远大于部分的总和。系统设计也是如此：一个数据库和几台服务器并没有什么特别之处，但一个横向扩展、无主控的 ...