Question

什么是SOA

最好是让那些非技术人员一听就会懂，

Answer 1

面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
面向服务架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/WebService技术之后的自然延伸。
SOA将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地面对业务的急剧变化。

Answer 2

自从1996年SOA的概念被第一次提出来，经过了这么多年的积累和沉淀，到现在为止对于什么是SOA仍然是众说纷纭。每个人都有自己的理解，有人从技术角度去谈，有人从架构去谈，甚至有人从产品上谈，其实SOA与这些方面或多或少都有关联。
SOA的根本目的是业务的敏捷性，如何理解敏捷性呢，是从两个方面来理解的，一是IT在业务提出变化之后的一个恰当的时间段里相应这种变化；二是IT所做出的变化能够恰当的反映出业务的需求。

比如说你到餐馆去吃鱼香肉丝，这是一个服务，做鱼香肉丝就属于业务处理能力，可是大家做的鱼香肉丝是不一样的，也就是Quality of Service，大家都能够做鱼香肉丝，这是一个接口层次上的问题，但是Quality存在不同，而且我对这个餐馆表示不满的时候，餐馆经理就出来处理问题了，是重新做一份还是免单了，这如何解决问题就是业务策略。

这样一个简单的事情它其实表明了在过去代码的时代所无法表达的内容。一个业务活动它有它的业务处理能力，有它的功能，同时有跟这个功能有关系的一些关于Quality的要求，还有一些处理各种各样事件的业务策略，所有的这些东西融合在一起，他会出现在服务的描述里面，还会组装在一个形式化描述的业务流程里面，这些东西都是业务人员可以懂的，透过这样一个东西他就自然而然的将下面的一些应用和各种各样的数据整合在了一起，与此同时，我们也提供了人工活动的支持，这种人工活动的支持也是通过服务的接口来描述。从而使得人员，数据，应用就可以非常无缝的相互协作了

Answer 3

soa你就给它理解成一个集成的软件总线。

软件开发行业单靠编程技术的提高是不够的，还需要对业务逻辑优化。

在soa下开发就能实现业务的优化，而且更灵活。

Answer 4

SOA架构 全称Service Oriented 架构（这个英文单词一时想不出来），整个世界都看成是服务以及服务之间的关系，这些服务有的是来自内部的，也有可能是外部提供的服务，然后服务之间通过松耦合的关系（即服务之间的契约等）整合到一起。
这是我个人理解，错了也不要砸我啊，我看的参考IBM的说法：
《SOA建模》
http://www.ibm.com/developerworks/cn/webservices/0708_xinsheng/index1.html?S_TACT=105AGX52&S_CMP=techcsdn

Answer 5

是一个组件模型，就把不同的应用程序组成一起，互相进行使用