个人对soa的理解 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

这几天看了些soa的文章，以下是个人理解，不对之处希望大家多多指教
1.        SOA是什么
SOA（Service-Oriented Architecture）中文名称叫做面向服务的架构，首先他是一种系统架构的理念，服务是它的核心所在。它的目标简单说能够将各种独立的功能模块化，从表现形式上是发布成一个个独立的服务，通过这些服务实现业务功能。同时，服务可以相互调用，在实现新的业务功能时，可以选择已经发布的服务，像拼积木一样，快速的构件一个新的业务功能。它类似于我们在开发时，模块化的思想，将一些功能封装成方法函数，可以重复调用，而SOA则是跨系统统的，通过服务使各异构系统协同起来。
2.        SOA在业务上的需要
随着企业业务的迅速发展，传统系统的建设无法跟上发展的步伐，而业务的发展需要系统在功能上的支持，因此， 企业需要it系统能够高效敏捷的支持业务的发展。当前，企业都已建设了众多的异构系统，这些系统支撑着企业的业务运行，在新开发的业务功能中，很多都需要现存系统的功能，那么我们就考虑，是不是可以将各系统存在的功能按照一个标准杆封装发布出来，在需要的时候可以直接调用这些发布出来的功能，将这些已发布的功能组合起来，形成一个新的业务功能。这样，使得开发人员不在需要关注基础的技术架构，只关注业务的流程组合，并且快速的开发出现的业务功能以支持业务的发展。
3.        SOA在技术上的实现
SOA是具体的技术框架，如果要落地，必然要涉及具体的技术，只要服务能够按照一个标准的接口描述来进行即可。目前，最适合SOA落地的是Web Services技术。Web Services具有一套标准的协议来实现分布式应用程序的创建。它使用XML来传递数据，使用SOAP进行消息传递，使用WSDL进行服务的描述，使用UDDI进行服务注册。目前ESB是与SOA最紧密的产品，他不仅提供消息格式转换、消息转发功能，还应提供服务的发布定义功能。
4.        实施的困难
SOA个人感觉实施较为困难，首先需要已有的系统重新将功能封装为服务，这个是个较大的工作量，同时服务封装的粒度也能以合理划分。因此，大部分是通过Web Services的技术实现跨平台、跨技术架构的服务调用，难以实现服务的组合。
5.        在银行业的使用
现在流程银行是个较为热门的概念，SOA架构应该是个很好的实现载体。
与楼主不同的一点意见：
1、SOA并没有要求一定是web services。只是目前号称实现SOA架构的系统大部分采用的是web services。
2、通过拼积木的方式支持新业务，个人认为并不是SOA的理念。另外，拼积木支持新业务这个理念至少15年前就国内已经有人提出并实践过，可惜并不成功。