3天6小时:是规范而不是束缚
在整个SOA的实施和部署的时候,难免会遇到不少的问题不知道在座朋友有没有愿意介绍一下整个SOA的实施部署上需要注意一些什么问题?可能会遇到一些什么样的困难?
主持人:
在整个SOA的实施和部署的时候,难免会遇到不少的问题不知道在座朋友有没有愿意介绍一下整个SOA的实施部署上需要注意一些什么问题?可能会遇到一些什么样的困难?
用户:
因为我是一个程序员,我最关心的是如果我以前开发的项目用Java写的,现在要集成在SOA中,对我修改的工作和代码的改变会不会很大呢?
王永波:
我觉得SOA是一种构架,它给你用什么语言实现的东西可能没有太大的关系。你只按照它的接口标准去写就可以了。它主要是架构性的东西,需要提供一些标准化的东西就可以了。
用户:
开始编写程序的时候就是要注意一些通用的接口和结构,用一种规范来写自己的程序,这样以后的变动中不会让自己很被动。
王永波:
我觉得这是一种封装方式,要了解SOA的架构是什么,它的规范是什么?比如J2EE也是一种标准,你写这个程序的时候也会写一些J2EE的标准和程序,要怎么写要符合它的规范。我觉得它应该也是一种规范的架构,你写之前或者做之前必须了解它的具体规定,然后按照这个东西去写就可以了。
用户:
我理解SOA就是Sever,我理解SOA是更粗粒度的东西,编码的时候甚至可以不考虑SOA的东西,真正的SOA实施好的话不会对代码有任何影响。因为SOA不规范代码怎么写,只是Web服务之间的交流。
用户:
可能就是把以前的代码封装起来。
主持人:
刚才你也说到了SOA和Web服务,据我了解很多人至今没办法区分SOA和 Web服务的理念。
用户:
IT很多服务就像用水、用电一样,你想用什么就用什么,不管是怎么实现的。还有一些IT系统服务需要集成,SOA这方面做的不错。至于产品像Weblogic、Websphere只是在SOA的规范里具体实现怎么样快速的做成一个服务的性能。SOA是更高层的,不管是J2EE还是什么它是更高层的规范。应用的时候SOA这块现在发展的行业比较快,以前说项目,如果很多Websphere不好很容易成为网状的,SOA第一步对企业来说比较困难的就是怎么样把这些粗力度的服务真正的划分清楚?比如说写了一堆代码,可能好几个系统只开放一个接口提供服务,这是第一个怎么样把粗粒度的服务真正划分清楚分离好,这是最重要的。另外Websphere的规范很多厂商提供的不一样,真正用起来很费劲。另外一个就是效率问题,Websphere是通过文本传输,效率有一定的问题。这个我听说也有了改善,另外因为都是粗略的这些东西,做分布式事物处理比较困难。比如要求比较苛刻的银行它就没法用SOA。
另外一个就是安全性,一些消息的机密等等都不是很完善,新的版本已经完善多了。我觉得国内要这些标准非常完善的,并且有典型的用户用的话它在于大量的广泛被应用。现在一般的企业都是小规模的用。因为SOA可以快速开发做接口,尤其是微软包括J2EE这些开发平台上都很快,不像以前做接口那么慢,所以它主要在开发上能起作用,其他的价值还比较小。当时我们做一个流媒体运营的系统,大量的用Websphere,尤其是跟J2EE互相调用,就是因为这个开发速度很快,但是具体效率就再说了。能提高不同应用程序之间的开发接口互相访问的速度。
用户:
做Websphere有一个类似平台的东西还是有一个规范?
用户:
现在各种各样的规范已经实现了,就是一些“傻瓜式的工作”把一些接口、描述性语言定义好以后,大家互相的消息可以互相传递。
用户:
就是靠SOA来传输数据的吧?
用户:
对。现在规范越来越完善了,现在SOA这块衍生了一大堆这种规范。
王永波:
我觉得这位用户讲的非常好,底下可以再交流。
- 本文关键词:

