【IT专家网独家】SOA，也叫面向服务的体系结构或面向服务架构，人们认为SOA是包含运行环境、编程模型、架构风格和相关方法论等在内的分布式系统构造方法和环境。是指为了解决在Internet环境下业务集成的需要，通过连接可以完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元通过这些服务之间定义良好的接口和契约联系起来。

　　SOA(面向服务的体系)则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。

　　面向服务架构的原则

　　SOA的强大和灵活性将给企业带来巨大的好处。如果某组织将其IT架构抽象出来，将其功能以粗粒度的服务形式表示出来，每种服务都清晰的表示其业务价值，那么这些服务的顾客(可能在公司内部，也可能是在公司的某个业务伙伴)就可以得到这些服务，而不必考虑其后台实现的具体技术。更进一步，如果顾客能够发现并绑定可用的服务，那么在这些服务背后的IT系统能够提供更大的灵活性。

　　但是，要得到强大和灵活性，需要一种实现架构的新方法，这是一项艰巨的任务。企业架构设计师必须要变成面向服务的架构设计师，不仅要理解SOA，还要理解SOA的实践。在架构实践和最后得到的架构结果之间的区别非常微妙，也非常关键。

　　SOA需要完成从以IT为中心的技术向业务加速器解决方案的转型。从大与小的思路出发， SOA对应BPM，IT必须要注重SOA的真正商业价值之所在。这意味着SOA需要帮助。BPM能将部分SOA价值提升到业务层面。正如一些企业Ajax公司能够证明，诸如Silverlight, Flash/Flex, 和Ajax等丰富的互联网应用(RIA)工具也能成为很好的SOA使用者。但是一些RIA应用程序并不认可企业范围内的多年性SOA成果。我们需要一些商业人士像谈论CRM与ERP那样谈论SOA，这也是他们工作的关键之处。

　　客户线索，采购订单，库存，这些才是商务用户能理解的东西。如果SOA能更快更省地得到这种数据以及功能，那么它就是赢家了。这恰恰是企业Mashups介入地领域。“网络驱动源”是个SOA花哨的说法，也指所有的符合标准，在通用网络协议中运行服务：HTTP。

　　mashup与SOA

　　服务虚拟化：Mashups 不仅将多个服务的数据连合到一起，还能从未SOA化的资源中创建用户消费服务。众所周知，SOA要取得成果需要好几年的时间。在SOA功能正式实现之前，这是一项标准化的便捷的服务，能帮助用户更早起步。

　　用户级服务：Mashups允许用户根据自身需求确定服务规模大小。目前IT没有必要去猜测、研究或是分析一项服务提供的数据是否“太过具体”，“太过概括”，“太陈旧”或是“太冰冷”。

　　Mashup协作：Mashups允许用户通过在业务云上的发布与其他用户共享他们的Mashup。目前，IT也没有必要独立的承担建立所有服务的职责，而用户则可以以前所未有的方式相互协作。

　　Mashup互动：Mashup允许用户以图表、表格、地图等形式与其SOA mashups。除了期望公司的门户能实现其应有的功能，用户现在也有除IT之外的另一种方式根据需要与数据对话。

　　SOA边缘：现在的SOA努力大多集中在内部思想或是中间件上的。Mashups使得用户能够从企业内部和外部链接点数据。如此以来，SOA努力就能与那些更能体现其意义和价值的外界资源联系起来。SOA“边缘化”使这一切成为可能。

　　但是，这只是个理论。