请教标准的三层架构跟soa架构的问题

[复制链接]
查看11 | 回复7 | 2006-10-26 07:20:22 | 显示全部楼层 |阅读模式
现在公司的有个b/s系统是采用标准的三层架构开发的,最近有个新vendor建议改成soa的架构模式,当然这中间不排除新vendor想推倒老系统的企图,
我在这里只是想咨询下各位大大,如果改成soa架构的话,是不是一定是推倒重来,是不是有可能在原基础上修改,本人菜鸟,提的问题有点幼稚,多包涵!^_^
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
自己顶一下,这个版好像人不多
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
在原基础上修改.
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
在实施SOA架构的时候,这是个通常需要回答的问题。基于我们多年的项目实践,SOA对于原有系统的改造有下面的几种类型:
1. 对原有系统直接在数据、信息、流程和应用的层次上进行集成;这个需要原有系统已经暴露出相应的接口
2. 对原有系统进行改造,然后通过adaptor,web服务这样方式接入到新的架构当中
3. 重新开发,对原有系统改造的代价超过开发一个新系统,或者需要开发新功能的时候
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
重新做与否取决你们对于现有系统的了解程度!
假如现有系统就是出自于你们手中,那样子的话,楼上的前2个做法都比较适合,至于哪个比较适中取决于系统数据操作的实时性要求如何
假如你们team中没有人对现有系统了解,甚至于你们都无法知道现有系统的任何documents,那就只好推到重新开发了!
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
顶楼上两位的
回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
利用原有资产是soa的优势。
推倒重来大可不必,改进的第一个迭代可以要把原有资产包在soa的壳中


回复

使用道具 举报

千问 | 2006-10-26 07:20:22 | 显示全部楼层
推倒重来不必,如果规划新的应用系统必须在SOA架构体系标准下实现,如果在原有系统基础上做改进,则需要对原有系统的功能包成公共接口,例如以Web Service的方式封装一下。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行