SOA系列之 什么是SOA?

什么是SOA?为什么要SOA?

任何一种新事物的出现都是为了达到一定目的的，提供一定的价值，这也就是其产生和发展的意义所在。弄清楚了这点，也就弄清楚了其本质。
一、IT：英文的全称为Information Techology,中文翻译为信息技术。本质上包括两种使用方式：
(1)、创建信息：在企业的各种活动中，如接收订单、原料采购、等等活动，必然产生大量的信息，这就需要将各种信息收集起来，以备以后的进一步调用。
(2)、调用信息：如接收订单后，企业开始从事生产，产品生产出来后，需要发货。就需要找到原来的订单记录上面的客户地址用来发货，等等操作都是调用信息的实例，也就是IT帮助企业创建信息和调用信息的实例。
(3)、IT的进一步：集成信息，显然只有创建信息和调用信息是不够的，随着IT的进一步发展，信息集成已经显得格外重要，因为已经产生的IT格局虽然已经产生很大生产力，但这种生产力反作用IT，必然促进信息集成。 所以信息集成不仅仅是企业内部的事情，更关乎企业与企业之间。
二、IT程序语言的发展历史
观察过去可以更好的了解现在，因为现在是过去的延续。通过观察现在，可以更好的知道未来，因为未来是现在的延续。
（1） 面向过程的编程：C语言是典型的代表，是一种紧密耦合的软件语言技术，用C语言的应用程序完成了一大堆函数的编写，函数的可重用性很差。这种语言的特点必然造成了这种很紧密的耦合性。
（2） 现象对象的编程：以一种更接近人的思维的思想去解决程序设计中的问题，通过封装、继承、多态等形式实现松散耦合，达到一定程度的复用性。但是这些对象只能本地调用，不能远程调用。
（3） 面向组件的编程：其最初的动机就是实现远程分布式调用。它有接口类，另外有专门的实现方法类，客户端调用的是接口类，接口类和接口类之间实现了一定程度的解耦合，但是这种远程调用的组件却依赖于特殊的协议，比如J2EE采用RMI协议。
面向组件编程需要和特定的程序语言绑定，传输协议也是非标准化的，传输协议的不一致，导致各种组件之间不能互相调用，如J2EE和DCOM无法互相调用。
（4） 标准的Web Service的编程：采用标准的的SOAP传输协议，不同厂商实现的Web Servcie之间互相可以调用。
IT程序语言发展的过程实际是一个逐步降低耦合性的过程，也是一个接口和接口实现之间逐渐分离的过程。
　　　 但是Web Service 的SOAP尽管是一种标准的传输协议，但是它毕竟是一种特殊的协议，一种特殊的技术，并不支持其它的传输协议，如RMI等，所以Web Service 还是和特定的SOAP技术绑定在一起的。
通过了解IT和程序语言的发展历史，可以得到这样的一个结果，SOA是为了信息集成，而出现的一种新事物，它显然是超越的现有的一切技术，但是它又包含了所有的技术。SOA达到的一个目的就是面向服务，而这种面向服务的结果就是忽略任何与技术有关的东西，最终提供的都是服务接口。
其实我们还应该搞清楚面向对象和面向组件之间的区别，面向组件和面向服务的区别，SOA和web service之间的区别？
面向对象和面向组件的区别在于面向组件需要和传输协议及应用服务器的端口绑定，面向服务就是要进一步对面向组件解耦，所谓解耦就是将将业务组件和传输协议的端口解耦，既各种业务组件可以自由的绑定各种传输协议。 SOA和web service之间的区别是SOA是在web Service的基础上发展起来的，web service实现了松散耦合的服务和粗粒度的服务，但是web service本质上只是一个服务组件，它虽然采用的标准的协议，但是它是个应用服务器紧密相关的。
所以可以得出结论：SOA本身并非什么具体的技术，也不是什么架构，它是一种思想，它超越了现有的技术和架构，但是它又包含了现有技术和架构。运用这种思想要到达的目的就是做到业务和技术的完全分离，做到敏捷的、不受限制的信息集成。

 

能用一句话给大致概括下吗?

to heipn:看红色的字体

做到业务和技术的完全分离，做到敏捷的、不受限制的信息集成，看上去很抽象。

没用过不敢妄加评论,理解上SOA用在,
1,应用中需要解决异构系统之间通信(比如:j2ee and .net)
2,需要把本应用作为一种功能提供给其他应用.(比如一个购物网站提供商品目录和价格的web service,这样能被供应商和广告商调用,无需关注应用的平台)
片面理解,希望用到SOA的坛友拍砖

to:ladofwind
很显然SOA能够解决异构系统之间通信问题，但是如果只需要解决异构系统之间通信问题，web service就可以实现了。
web service使用标准的SOAP协议，可以实现异构系统通信，但是SOAP协议毕竟还是一种特殊协议，无法兼容其他的协议，这种协议相关性就阻碍了信息集成，这就是SOA要解决的最大问题，目前SOA的有两套标准，分别是SUN公司的JBI规范和IBM&BEA的SCA,但遗憾的是IBM&BEA的SCA并不支持SUN公司的JBI规范，但他们解决的问题都是集成问题，只是两者切入点不同，但显然IBM&BEA的SCA提供了另外一套编程模型，使用SCA，最终呈现的是一种面向服务的构件。。。。。。
还是最终要做到业务和技术的完全分离，做到敏捷的、不受限制的信息集成。

还是有点抽象,举个实际例子?

我理解SOA是一种理念，实现SOA后，在不同系统集成时会变得比较容易。本系统的服务可以方便的提供给其他系统，其他系统的服务也可以方便的被本系统访问。归根结底还是为了解决集成问题。

有人说英语,有人说汉语,还有人说法语...
Web Service说, 这不利于集成..大家都来说"世界语"--SOAP
SOA说, 世界语还是语言, 和特定表达方式绑定了; 我们最终要做到, 大家都使用脑电波交流, 最终要做到语言和表达完全分离, 做到敏捷的、不受限制的信息集成.

个人对SOA的理解也只是停留在概念，始终觉得有些抽象