或许大家注意到了, 这两年, 报纸上铺天盖地的“IBM中间件,你看到了吗?”形象广告 开始进入我们的视野.
中间件, 已经逐渐升级成为拥有和操作系统一样重要的地位了. 在一个企业级应用系统来说, 中间件的地位已经日益重要.
而我们在选择中间件的时候, 每一家中间件厂商都有自己的一套数据以及拥有优势的地方, 眼花缭乱. 这往往令我们比较困惑..
Weblogic,Webpshere, OAS 还是 JBOSS? 作为用户自己, 我们是否有自己的一套标准呢?
作为一个中间件用户, 我在此列出一些自己选型时候的标准, 同时也抛砖引玉, 希望大家列出自己的评判标准或者考虑的因素..
1. 市场占有率和企业形象
毕竟, 多数人选择的, 最有可能是正确的选择,用起来也是最放心的..很多时候, 品牌已经决定了用户的第一印象, 而第一印象往往会决定用户的最终抉择. 根据数据, Weblogic,Webpshere 是市场的两个老大. OAS和JBOSS 处于第二梯队. 而IBM的中间件形象广告, 更是铺天盖地, 让人目不暇接.
2. 性能和技术指标
性能最关键的决定性因素之一.. 这个可以采用类似SPECjAppServer2002 测试数据. 在相关的SPECjAppServer2002 的测试中, WebLogic 、 WebSphere 、 Jboss 和 Oracle 四者之中 , WebLogic和WebSphere 以及Oracle的性能都是不错的.
3. 可扩展性
可扩展性也是选型的很重要的因素之一. 这点上, 也应该尽量采用第三方的测试数据.. 比如, PushtoTest提供的数据. 在PushtoTest的最近一次测试中, WebLogic和WebSphere 在SOA可扩展性上占有一定优势. 除了第三方提供的数据, 任何一家提供的关于自己的数据, 都应该保留一定意见.
4. 符合标准
当然, 中间件必须是符合J2EE标准的.. 在这点上, 通过了J2EE认证的十几家, 则都应该符合要求了..
5. 外部工具的支持
选择应用服务器, 不仅需要考虑的是应用服务器, 同时也应该考虑, 除了应用服务器, 还能提供的额外的工具或者框架支持. 比如BEA的Workshop, Oralcle的jDeveloper等等.. 这些工具能帮助我们整合开发环境, 写出良好习惯的编码, 加速开发过程. 在2005欧洲Java用户大会上, Oralcle获得了快速开发冠军, 而BEA的Workshop收购了M7, 一个深的开发者喜爱的开发环境, 捐赠了Eclipse的IBM的产品线更是完善和强大.
6. 独立性
选择合适的应用服务器, 当然希望这个应用服务器是具有独立性以及拥有相当的可移植性.. 我们不希望购买的应用服务器被绑定在某个特定的数据库或者开发工具上, 这限制了用户的选择权利,同时也为将来的移植带来了烦恼..
7. 价格
价格总数上, 需要参考你的应用需要最高并发处理多少事务, 计算需要多少个CPU, 然后根据每CPU价格再计算价格总数进行比较. 当然售后服务的收费,也是要归入考虑当中的.
这7点标准, 只是我在平时选型的时候考虑的因素, 供Matrix用户参考, 并不代表完全的标准. 因为很多时候, 合脚的鞋才是最好的鞋. 同时, 因为没有能够获得公开的关于国产中间件厂商的第三方测试数据,所以本文对国产中间件,暂时没有列入比较. Matrix欢迎各国产中间件厂商提供有公信力的第三方数据给我们(Chris at matrix.org.cn).
对于中间件的选择标准,你又是什么看法呢? 对国内的中间件厂商, 你觉得他们的性能和其他条件又是如何呢, 你又会选择国产中间件吗?
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
内存数据网格提供商一头扎进Java
10年的时间里,应用性能解决方案提供商Alachisoft一直在用NCache(针对N-Tier和网格计算.NET应用的内存计算和数据网格产品)为.NET社区服务。
-
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高, 直到把内存吃完应用崩溃,但是这个wrapper
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高 […]
-
Google App Engine for Java 对于目前中国需要学习吗?
-
前无古人后无来者的Java平台
开发人员一直在致力于保持Java的活力,经过20年后,我们感觉从来没有更好的、更令人激动的时刻如同Java社区一样。