java web 分布式讨论

yuanxu_zhao 发布于 2012/02/25 18:01
阅读 1K+
收藏 1

帮忙看下javaweb分布式设想。
我的jdbc用了一个服务,管理实体用了一个服务,struts用了一个服务,3个服务直接用rmi进行访问对象,数据库发布rmi服务,管理实体接受数据库服务并且发布rmi服务给struts接受。数据库服务--》管理实体服务--》struts前台服务。

这样做总感觉有问题,希望高手帮忙分析分析,怎么做,并分享经验。

--------------------------------------
有3个服务(1、数据库服务,2、业务服务,3试图服务)。
1.现在3个服务之间通过rmi接口的访问,是使用rmi接口写个公共类好还是使用框架(spring)。
2.以我的理解:数据库服务是对数据访问的一个服务,对外提供Connection以及访问方法,事物等;业务服务得到数据服务,对实体的管理,并解决业务上的类后发布给试图服务(这块有实体和访问接口?其他数据库和试图都只有对实体接口的访问对吗?);
试图服务得到用户访问的action调用远程接口传入实体(这个实体是不是还要进行访问业务服务?)。大概就这个情况。请高手帮有什么好的思路。

-----------------------------------------------------------

数据库服务器用jdbc把接口写好放在了rmi中,管理服务接受jdbc的接口并且管理实体,创建实体接口发布到rmi中,struts2接受管理服务中的接口或者实体接口,进行访问操作。

高手有没有好的分布式开发的例子,说说是怎么个模式

在分布式中用spring Remoting 来管理(管理服务)怎么样?和自己实现rmi的一个公共类,那个会好点?

以下是问题补充:

@yuanxu_zhao:------------------更新新的思路------------------- 考虑到rmi只能在java平台下,新的思路使用webservice,(1、数据库服务,2、业务服务,3试图服务)三个服务互相访问。这样的设计属于分布式?求怎么设计3个服务之间互相访问,搭建平台。 (2012/02/26 11:12)
加载中
0
少帮主
少帮主

这里面涉及的东西挺复杂的,不是单单的java平台下的考虑。

不说具体的,泛泛的说

 

我认为你缺的是一个总线服务。rmi过于凌乱,不是一个好的架构模式。

数据库服务的封装没有太大意义,更多的是考虑业务服务如何挂接到总线上,做分压高可用

 

泛泛而谈,也许没有啥帮助

yuanxu_zhao
yuanxu_zhao
rmi是过于繁琐,那如果用spring Remoting管理呢。 你指的总线服务是把所有需要的服务全部放在一起,然后其他的知识访问? 我现在想搭建一个web项目使用了3个项目,现在就是上面说的用了rmi连起了3个项目,也跑起来了。项目搭建有什么好的方法及思路。
0
canghailan
canghailan

为什么要用分布式的呢,太多层次的RMI调用会不会影响性能?

最近考虑使用OSGi进行管理,将数据库,Servlet容器,MVC框架及业务逻辑分别作为bundle由OSGi控制。

yuanxu_zhao
yuanxu_zhao
使用分布式后期的开发以及维护,比较容易,例如:当试图服务器压力过大,可以把试图层按模块分开给其他服务器。等等。 性能问题我也考虑,发布的服务多了,性能就下降。
返回顶部
顶部