- 论坛徽章:
- 1
|
原帖由 nntp 于 2005-12-20 23:39 发表
你说得到底是HA集群还是负载均衡的集群?
如果是前者,呢么你的观点是完全错误的。恕我直言你并不了解HA.
如果是后者,你的观点是非常有建设性的,我60%的同意你的观点. 剩下的40%不同意的原因也很简单,这个世 ...
呵呵,我当然说的是LB集群,我一般不大把HA归入“集群”的范畴之内,同时,HA当中也不存在实时的文件共享问题
您说的没错,的确很多程度上非技术因素决定了最终的行为的方式。不过我觉得,至少作为技术人员,我们应该在技术路线选择上更具有一定的影响性。其实我说的并不是指某个特定的产品,而是住一种技术。
比如说所有的java程序员都不担心集群的问题,因为J2EE本身就包含这方面的规范,而且几乎所有的Aplication Server都实现了这些规范,无论他们选择什么产品,并不会有什么改变。
但是,类似的比较完善的web技术,流行的也只有java, MS .net 和Zope这3种,并且其中后两者都是单一产品,只有java是一个开放社区,并且有较多的选择。
而对于传统的PHP和cgi,现在还没有一种理想的技术规范和开发框架,可以说在这方面PHP是比较差劲的。我想主要原因并不是PHP缺乏商业支持(基于PHP的商业软件还是很多的),而是PHP技术的实现原理本质上仍然是cgi,依靠apache的module来实现的,每一个程序都是以一个真实的文件而存在。在这种基础之上,是无法实现一种分层次的、面向对象的、模块化的web应用框架的。在这种情况下,集群中的PHP程序之间只能依靠很底层文件共享的方式来进行协作;而java却是在应用层内的RMI技术来交换数据,而且是服务器提供的RMI包装,完全不需要你自己编写什么代码。
比如说Websphere也内嵌了apache,但是只用来解析静态页面,动态页面全部是tomcat来进行解析,只有ejb层和数据库连接池是ibm自己开发的东西。
我的主要意思就是,如果将进行一个集群项目的规划,在尽可能的情况下,最好选择java,Zope或者.net,作为你应用程序的主要技术路线,这样集群的问题基本上就迎刃而解了 |
|