面向服务的体系结构(SOA)——（1）目标与核心概念

什么是SOA？

常常听到人们拿OOP和SOA一起来说事，诸如SOA是否可以代替面向对象（OOP）或者两者比哪个更加有优势？直接回答有难度举个例子可能显得答案更容易理解。小孩子问你该认真写作业呢？还是高考的时候报理科呢？摸不到头脑吧，根本就毫无意义的风牛马不相及的问题。（确切的说OOP和SOA还是有一些关联的，就像好好学习可以在高考的时候报理科是一样的。）

面向服务的体系结构(Service Oriented Architecture)指的是一个系统的架构，他的研究领域是大型分布式系统的“架构”范式。而OOP指的是程序具体开发过程中的“编程”范式。再通俗一点说就是在一个具体的软件内我们谈论OOP，但是在讨论软件与软件，系统与系统的关系的时候我们会借助SOA的理念帮助我们处理他们（指各个系统）之间的关系。最后要说的是除非你只负责编码，否则这两个你都需要去好好理解一下。

为什么提出SOA

“并非最强壮或最聪慧的种族，而是最能应变的种族得以生存。”——达尔文《物种起源》

想必上面的话可能会让读者为之一震，不禁要问软件设计（或者说大型分布式软件设计）和《进化论》有什么关系？其实他们是一样的，每一个物种都有自己的生命周期，“物竞天择，适者生存”；软件也是如此，每款软件也都有自己的生命周期，能满足用户的要求，能和周围的环境（其他软件）和平相处那该软件的生命周期自然就会合理的延长。现在的年代已经不是生命伊始，单物种存在，不考虑其他生物存在的时候了。同样的，现在的企业无论从资金还是时间上考虑开发一套面面俱到的软件也是不可能的，最可能发生的就是旧系统依在新系统层出不穷，新旧交织、互帮互助（偶尔的打架也是正常的）。我们要做的就是协调新旧系统的关系，这个协调的过程就是利用SOA解决问题的过程。

核心理念

支持异质（异构）

不要奢望企业中的每个系统都是java平台的，不要奢望企业中的每个系统都运行在Window平台上，不要奢望企业中的数据库都是结构化的……随着时间的流逝老版本的系统依在（里面的数据是无价的，别跟我说可以重新开发一套新系统，然后把旧系统的数据导出来，这就相当于让一个环境的某个物种短时间内重新进化，梦一样幼稚的想法！）新系统层出不穷，SOA要做的就是在这些异质（异构）的系统之上保证他们的“和平相处”。

支持变化

SOA绝不是一次性的事件，随着企业的发展要在系统环境的变化中产生出具有自己风格的SOA，这次整合了新旧系统兴许不就的将来，一次公司的收购就会迎来新的一轮SOA过程。

几个核心的概念

服务：指每个模块或者说每个系统。每个服务可以尽量的独立提供某一个功能的实现。

高互操作性：和“企业应用集成”（EAI）概念类似，保证异质的系统可以彼此相互提供服务。

松耦合：目的是保证整个系统的灵活性和可伸缩性。

上面的提出的三个概念对于异质的大型分布式系统（不是一次性开发出来的）来说简直就像一个梦，怎么样去实现呢？也许SOA为我们提供了找到解决方法的方向，请注意只是一个方向，不要奢望从SOA哪里获得什么具体可实施的方案。还是开篇那句话SOA仅仅是一个“架构”范式而已，具体的操作还需要在实践中去摸索总结。