架构师的思考

架构师不应该专注于技术本身，不是可以使用多么炫的技术，而是应该更加客观地、理性地分析业务的需求，合理地使用技术。给大家分享一个朋友寄来的故事：


不知大家有何感受？也分享一下。前两天在微软Tech.Ed 2008大会上，腾讯展示了一下自己开发中的基于Web的QQ，界面真的很炫，鼠标在界面上滑动时，经过的一个一个的功能图标像水泡一样滚动，煞是好看。 可是，却有点走火入魔的感觉，用户体验并不是美术大赛，用户到这里来的目的是什么？是沟通，方便、快速的沟通是第一位的。就如同Google的搜索框，无 比的简单，却无比的快，非常“简捷”， 搜出来的内容非常适用得体。用户得到了很好的体验。Twitter也是一样。所以，新生QQ原型作为一种展示技术的原型不错，但却未必是一个用友很好的客 户”体验“的产品。

有些跑题了。回来谈架构师的思考。架构师的职责是使用适当的架构和技术来满足并实现某种业务需求。这里的“适当”就非常重要。这就要求架构师能够将 需求放到实际的业务背景下来考虑，能够主动结合方向和战略，具备丰富、广阔的知识面，以及灵活而不拘一格的考虑问题的方式，善于听取领域专家的建议并能为 我所用。

在每年一度的OHRP中，我将Stragetic and Global Thinking当作一项重要的个人发展内容，也是团队的发展提高内容。举个例子来讲，说到Voice/Telecom系统的架构，其实，架构师第一个要 回答的问题首先是需求，当前我们叫Business case分析, 例如员工分布和分类、通话需求和分类、可用性要求和分类、当前费用情况和分类。可用性的分类很重要，这样有助于控制成本，并且与业务保持一致。前面几种都 好理解，为什么费用情况也要分类？这个分类可能是基于不同角度对费用的分解 - 例如不同的国家和地区、不同的业务需求的费用，例如普通固话费用、报销的移动电话费用、电话会议费用等。

大家或许还要问，为什么要那么多分类？这个分类在前面的“做一位出色的架构师”一文中，也已有描述。这些分类会大大有益于后面方案的设计，并不是所有的需求天然都会被、都应该被满足，不同的技术方案之间可能存在巨大的不同，就如同前面的那个故事所描述的。

架构师第二步要回答的问题是可能的Solution方向和关键点。还是上面的例子，如果当前的业务需求是在提供相似功能的基础上，降低费用。那么识 别出最主要的费用类别，然后寻找适当的、可能的解决方案。例如，或许当前的移动电话费可能是最大的项目，或许电话会议费用是最大的费用。架构师通过分析， 要能够给出解决方案的方向和重点，从而指导项目团队和特殊领域专家（SME）去做进一步的工作。