数据整合与SOA

    最近在基于公司研发的SOA平台上做一个项目，最终目的是将全市的几个业务部门业务库的数据整合为一个共享库，于是大家又按部就班的开始数据抽取，清洗，转换，整合的工作。可是等一下，不是基于SOA平台吗？解决信息孤岛，整合各部门应用不正好是SOA的基本目标吗，有了SOA，服务一开放，数据不就是大家的了吗，为什么还要数据抽取整合汇总到一个大数据库里？
    是的，用户要的就是其他各部门的数据，每个部门的用户都认为只有数据在手上那才真正是自己的东西，你卖你的SOA平台，我要我的共享库，我还能带个SOA的先进帽子，于是公司也心安理得的完成了这笔交易，SOA平台在这个项目中起到的作用仅仅是数据抽取的时候装模作样的调用了一下WebService。
    在SOA环境下，各部门的数据以服务的方式开放出来，大家可以自己通过流程设计器写出适合自己业务的流程脚本，比如查询A部门 B部门 C部门的数据后整合显示，再有什么新的业务系统挂接上来，或者想多查些其他的字段内容，流程脚本一改，界面一加就OK了，数据统计方面就更不是什么难事了，各业务部门把自己统计的视图开放接口，流程脚本跑一遍什么都有了，各业务部门间的协同工作也可以轻易实现。
    我们做的这套SOA平台还是不错的，但是试点了几个地方大都没有真正的用起来，基本都是点对点的走一下平台调用一下webservice就结束了，究竟是SOA适用的环境太少了，还是用户的需求跟不上节奏，还是需要我们更多的引导客户？
    另外销售部门也一直对SOA平台搞的不是很明白，因此我们研发也决定介入销售与售前的工作，来直接引导客户认识到SOA的作用，使用更好的方式解决业务需求，我们也一直认为SOA并非忽悠，他是个很好的东西，是能够解决实际问题的。

请问楼主 soa中 安全控制是怎么做的啊？

网络方面用安全接入证书  SSL 。
管理方面有专门的管理中心控制请求方也就是调用者对服务方访问的权限。

是每次调用都要进行检测么？还是也有session

说白了无论是ERP还是SOA或者还是什么别的东西。核心是的问题是管理。平台和技术能完美发挥效能的前提是必须梳理出合理的业务流程，并按照流程执行。不然就只是把开发的系统变成了一个输入机器，感觉还不如人工纸面处理呢。
所以必须让对方知道，核心在于人、制度、流程的现代化。SOA什么的只是用来体现这些的工具。

有长连接接入的模式，连接的时候发送验证信息就可以了，以后就不需要了。

是的，在处理多部门间协同的时候，大家都是各自为政的，没有上头的明确命令，大家都不会动的，只要你做软件的把数据放在那里就好了，要在原有系统上开放接口，增加功能什么的还是省省吧。管理制度的落后也一定程度阻碍了SOA在中国的发展。

所以这种企业核心项目上马必须由客户的领导层中的实权人物参与。必须由他们下力气推进。不然项目根本无法成功。很多项目的失败除了开发商水平之外，客户自身不重视占了非常大的因素。

楼主有这方面的资料么？最近也在看这方面的东西，但是还是不太理解啊，比如你说的“有长连接接入的模式，连接的时候发送验证信息就可以了，以后就不需要了。”

你在厦门 去问巨龙吧  一个月就能搞出SOA 门都没有哦  长连接和SSL有什么关系呢  底层不介意可以考虑用ACE框架  网络层还是先定义自己的数据交换协议的好