发布！软件的设计与部署——1.6　务实的架构

两种不同的活动都归结到了架构这一术语。一种类型的架构追求高度抽象，以做到更灵活的跨平台移植，并更少地关联硬件、网络、电子和光子等复杂细节。这种方法的极端形式会造就一座“象牙塔”——一间Kubrickesque式的整洁房间，盒子和箭矢装饰着每面墙，超然不俗的大师居住在这里。命令从象牙塔发出，降临在劳苦的程序员身上。“使用EJB的CMP完成数据库操作！”“所有UI使用JSF构建！”“所有过去、现在和将来的数据都要保存在Oracle数据库中！”如果你曾经为了遵守这些“公司标准”而在编码时咬紧牙关（用其他的技术完成会容易十倍），那你就是象牙塔架构师的受害者。我敢保证，一个不愿倾听团队成员意见的架构师，也一定不愿倾听用户的声音。你已经看到结果了：当系统崩溃时，用户们欢欣鼓舞，因为他们可以暂时不受这个烂系统的折磨了。 另一类架构则是架构师与程序员们同心协力，甚至成为其中一员。这些架构师会毫不犹豫地剥去抽象或者摒弃那些不适合的部分。务实的架构师更喜欢讨论诸如内存使用、CPU需求、带宽要求，以及超线程和CPU绑定的优缺点等问题。 象牙塔架构师非常喜欢一种完美的终极愿景，而务实的架构师会不断地思考变化的原因。“我们该如何不重启系统而完成部署？”“我们需要收集什么数据，以及该如何分析它们？”“系统的哪部分最需要改进？”象牙塔架构一旦完成，系统就不容许任何改进，每部分都将完美地适应其角色。相反，务实架构师构建的每个组件都可以轻松地应对当前的问题，他们知道根据系统压力随时间变化的方式，哪些模块将被替换掉。 如果你已经是一个务实的架构师，书里为你准备了各种强力“弹药”。如果你是一个象牙塔架构师，并且还在读这本书，那么本书可能会“怂恿”你降低一些抽象层次，来重新思考软件、硬件和用户间的重要交叉点：活在产品中。这样，在产品最终发布的时候，你、用户以及公司都会高兴很多！