SOA之我见

最新推荐文章于 2024-08-14 13:46:03 发布

qfvszy

最新推荐文章于 2024-08-14 13:46:03 发布

阅读量476

点赞数

文章标签： soa webservice 消息中间件 it厂商 service 扩展

本文链接：https://blog.csdn.net/qfvszy/article/details/3908280

版权

1 什么是SOA？

“S（啥）、O（哦）、A（啊）”，当然这是网上某哥们的玩笑话。网上给出很多SOA解释，基本上都是诸如此类：

n SOA本身是一种架构思想,并不是一种具体的、特定的技术。

n SOA是用做企业异构系统集成、整合的一种解决方案。

n SOA是IBM、BEA等IT厂商炮制的用来忽悠企业的众多名词中的一个。

以上解释我都认同，不同程度上。

2 SOA能带来什么好处？

力推SOA的人员一般都会这么说：业务敏捷性、复用已有的IT资源、加快新系统构建速度、减少IT建设投资……。

像做广告吧：），但有一个词很重用，就是“复用”，其它的都是复用带来好处。说白了，SOA就是为了复用，只是复用层次提高了，“服务”一般来说实现特定的业务、是粗粒度的业务组件，且部署在远程。原始社会复用XXX（没经历过）、奴隶社会复用函数、封建社会复用对象、资本主义社会复用组件、社会主义社会复用服务。

3 如何达到SOA目标？

企业被鼓吹SOA好处的集成厂商游说之后，心动了……。当然，可能信息化水平也到了这个程度，而且也多了一个花钱的机会，为了享受到SOA给出的种种好处，他可能怎么做呢？

企业会告知系统开发商：你们新开发的系统一定要SOA，这样会给我们带来如何如何……好处，现在开始所有方法、接口什么的都要做成服务，最好采用当前最流行的Web Service。系统开发商会说：所有的方法和接口都做成服务没有必要、只是跟外系统打交道的特定模块的有必要做成服务，而且“服务”也不一定要Web Service，WebService的效率低下、大数据量下稳定性也是问题，建议大数据量的接口采用FTP方式实现，实时地的采用消息中间件来实现，需要穿墙的接口采用WebService实现吧。然后企业和开发商对掐，最后可能妥协到某一程度。

然后企业会纠集新、老系统的开发商和应用系统集成商，让开发商协作集成商把遗留系统暴露的各类接口（或者说非标准的）封装成“标准服务”，至于什么是标准服务，不同厂商也是各说各话，且互不兼容。应用集成商就在纳入自己管理平台下的“标准服务”基础上，做分发、做策略、做编排、做流程、做监控……，以后业务变更可以在该平台上进行，如果衍生出新业务也可以在已有服务的基础上编排、组合而成，从而达到（或者说有可能达到）快速满足业务需求的目标。

钱也花了，折腾了一段时间，也渐渐SOA了，企业可能会注意到：1、SOA架构下有时候的确能省点事，但是在这时候系统一但出问题，开发商和集成商都相互指责，都不承认是自己。多了SOA的ESB的环节当然就得多个一个可能出错的环节。2、有些接口封装成服务，但是效率明显下降。企业咨询集成商，集成商说在我们平台下需要作一系列的管理啊、转化啊……，这些不得不占用一些资源！

4 SOA对不同人员的意义

对于设计人员：

深刻理解业务，把业务功能抽象为服务，好处还是复用，把一个项目各个环节分而治之，加快项目的推进，为项目转化为产品多一些可能……，最终提高了生产力，大家多挣钱。

对于企业管理人员：

提高了管理水平……吧

对于企业具体用户：

有感觉么……，说不上来。

对于SOA集成商：

多了一个商机，多了一些职位、多了一些就业机会。

5 相关名词：

5.1 服务（Service）和组件（Component）的关系

组件：一般情况都是部署在本地的。不对，有些组件也是部署在远程的，比如说RMI、Corba……，噢，那些组件已经变成服务了。但，不标准吧。

服务：服务是部署在远程的，也就是说需要远程调用的，而且它一直在那儿，就象是Windows服务。服务是标准的，也就是说服务可以跨平台、跨语言的被调用。如WebService？但.net下的webservice和java领域不同的框架（axis、axis2、xfie、CXF）的webservice互相调用也有潜规则。

5.2 SOA和ESB的关系

ESB是实现SOA的一个基础设施，通常被叫XXXServer，有的被叫做XXXXPlatform，等等吧。但ESB一般都作这样的一些事情：协议转化、格式转换、路由分发、消息过滤、校验、组合编排、服务注册、元数据仓储、服务监控等；能够包装、屏蔽不同的协议的服务提供者，能够接受不同协议的服务消费者（请求者）；能够支持多种交互方式，如：请求/响应、请求/回调、异步请求、发布/订阅等。