SOA

SOA已经萦绕在耳边很长时间了，展开这个缩写顾名思义：面向服务的架构。去年的MS TechED大会就有专场介绍SOA，当时的讲师和绝大部分关于SOA的文章一样，先说什么是SOA（What is），然后是SOA的好处，和怎样SOA（How to）。而在我眼中最重要的部分：为什么要SOA（Why to），却几乎很少有人说清楚。

一种思维方式的出现，应该不是一种发明，而是当它演变到相对成熟以后，体系化成方法论并取一个名字，就比如说SOA，事实上我们已经使用SOA相关的特征比较长的时间了，只是一直没把它叫SOA直到2005年，不知道哪位牛人抛出了SOA的观点，给她正式命名。大家开始使用通用的术语来描述具有这样特征的IT体系结构。而不是象现在这样，仿佛突如其来的口号，万民开始SOA。对于这样一个“新鲜”的领域，销售看到了新的客户，新的市场，工程师看到了新的工具。SOA变成了一个之上而下的运动。甚至有人开玩笑的说，如果不能理解SOA到底是什么，就当它是“Om Demand”好了：）

这里有一段我认为比较不错的解释，来自毛新生的blog

应 IBM 大学合作部之邀，跟老师讨论和交流 SOA，有几点发现。
首先，老师们的热情都很高，一个新的东西对一些老师来说是一个好机会；其次，老师们都希望有更多的材料帮助他们理解；最后，不同人有对 SOA 不同的理解：或者认为是 web service，或者认为是 ESB，或者认为是一个架构实例，这些当然都不是， SOA 更多的是它的设计原则，架构风格和支持这些架构风格的元素，所有这些东西从概念上奠定了架构的灵活性，这种灵活性对分布式系统的演变和复杂性控制非常重要。然后这些概念的东西会推动以服务为中心的计算环境，以服务为中心的编程模型，以服务为中心的工程方法和过程，以服务为中心的中间件、工具和其他产品，以服务为中心的技术标准和平台。......

SOA首先是一种思维方式，然后才是结构模型和实现方式。它其实与WebService，WSDL并没有直接的联系，简单的说，这样的思维方式，让我们在设计的时候，将模块之间的通信，调用的方式从以往的载入组件迁移到对服务的调用。当然并不是指所有的计算模型都从对象，组件迁移到服务，只是将以服务为中心的计算模型作为一种常规的方法论供我们选择而已。

这是一个比较严肃一点讨论话题，我还是强调一下，以上观点仅供参考：）