查看: 18302|回复: 21

[精华] BEA Tuxedo 开发心得

[复制链接]
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
发表于 2001-11-15 14:54 | 显示全部楼层 |阅读模式
两大卖点:资源级事务、可靠消息队列;

优点:
1. 系统采用C/C++开发,执行效率高于JAVA,适合于OLTP系统;
2. Tuxedo以API方式屏蔽系统细节,简化编程,以较少的API函数调用即可开发一个应用;
3. 可以多个Server并行处理,提高处理能力,扩充性非常好,可以根据当前负载动态启动停止多个Server;
4. 资源级(Queue,Oracle,Informix...)的全局事务保证交易的完整性;
5. 可靠消息队列(Queue)实现数据的可靠传输,而且可以纳入Tuxedo事务中,可以和数据库操作同时提交或者回退,保证系统级事务的一致性;
6. 数据依赖路由,事先确定数据的流向,人工调整系统的负载;
7. 支持分布式系统, Tuxedo/Domain结构中各个域相互独立,通过信任关系调用对方的Service,可以方便复杂系统的划分,支持跨域事务.
8. 提供易于管理的工具,方便地管理整个应用.


缺点:
1. 速度问题: 作为一个适用于OLTP系统的交易中间件,若不采用XA方式,需要用户自己控制事务;若采用XA方式,由于要记录全局事务日志(TLOG),处理非常慢,尤其是处理实时任务时,Server是被动的,发起者调用Server,如果结果要记录到数据库,执行的方式为单条提交,速度更是无法忍受(<100条记录/秒).如果没有数据库,或者文件操作,速度非常快.但是一般情况下结果都是要入库的.

作为Tuxedo一大卖点的可靠队列(Queue)速度更是无法忍受, <50条/秒

BEA建议在实时处理中打包(几十条)处理,速度确实提高很多,但失去了实时的意义,而且要控制打包和拆包,按记录字段路由等Tuxedo优势都丧失了。

2. 增加了开发、调试、测试的复杂度: 开发Server使用C语言(访问数据库嵌入SQL,如:Pro*C),实现业务逻辑;前台使用可视化开发环境,用来输入数据和显示数据. 开发任务比两层结构多了很多,如果再使用存储过程,调试需要前台界面、后台Server、存储过程协调进行,大大增加了调试的复杂度,而且一般的开发队伍中都是做前台界面的专门做界面,开发后台的专门做后台,这样组装调试就更加困难了。

3. 事倍功半的查询处理: 交易处理开发复杂还划算,因为毕竟Tuxedo带给了我们并行、可靠、全局事务等好处,但是使用三层结构做查询处理就太亏了,本来就是简单的给一个条件查出结果显示就OK了,现在要前台输入查询条件,传送给Tuxedo Server,Tuxedo Server根据输入的条件查询数据库,再把数据传送给前台。在Tuxedo中一般使用FML传送数据,若结果有很多,还要控制翻页等功能,复杂得一塌糊涂。若使用两层结构(如PB/VB+Oracle),举手之劳!

4. 其它问题:
a. 域Server(GWADM)经常DOWN,不报任何错误,BEA正在解决;
b. 多机的跨域事务经常无法提交,不报任何错误;
c. QUE在网络不是特别好的情况下,居然会不先进先出(设置了FIFO).
其它小的问题多多....

在开发人员眼里,任何工具总是好多缺点,但是Tuxedo毕竟是中间件业界的老大, 它提供给了我们许多优越的特性. 其它中间件问题比Tuxedo还要多.

而且BEA在中间件和应用服务器行业绝对是老大哥, “世界1000强”企业排名中的全部24家电信公司, 世界最大的前40家电信公司中的38家都是BEA的客户

Tuxedo作为TPC-C测试的首选中间件平台(80%以上), IBM,HP都有自己的中间件,但是测试无一例外都选择了Tuxedo. 足以见得TUXEDO的实力.

欢迎同行多多交流, 互相学习!
论坛徽章:
2
授权会员
日期:2005-10-30 17:05:332010新春纪念徽章
日期:2010-03-01 11:05:01
发表于 2001-11-16 02:00 | 显示全部楼层
这篇文章不错,继续朋友

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
 楼主| 发表于 2001-11-18 21:50 | 显示全部楼层
好像大家对中间件没什么兴趣,交流的人太少了

使用道具 举报

回复
论坛徽章:
0
发表于 2001-11-22 14:50 | 显示全部楼层
不知道你关于速度的结论是怎么来的?
我现在做的系统采用tuxedo7.1做的一个省的radius认证,
速度没有问题。不过那一块我倒不是很熟悉,不太
清楚那部分程序的处理方式。

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
 楼主| 发表于 2001-11-22 17:33 | 显示全部楼层
速度结论是这样得到的,在真的环境中非常慢,最初怀疑是程序写的有问题,我做了一个最简单的例子,略掉了所有的处理细节,速度仍然不理想.
radius认证全部是文件处理,当然没有问题了.如果你有兴趣,可以加上数据库操作,再加上QUE操作试试就明白了.

使用道具 举报

回复
论坛徽章:
1
IBM软件技术精英协会成员
日期:2006-12-21 15:37:12
发表于 2001-11-22 18:35 | 显示全部楼层
不是没兴趣 是不大懂 现在这一块儿 熟悉的人 还是相对比较少的

使用道具 举报

回复
论坛徽章:
0
发表于 2001-11-23 09:01 | 显示全部楼层
错,我们的radius是用数据库认证的。
我记得在一台sunE3500上同时跑数据库(ora8.1.6)
和radius都能达到每秒至少100左右的认证速度。
具体多少不记得了。


最初由 sqlcode 发布
[B]速度结论是这样得到的,在真的环境中非常慢,最初怀疑是程序写的有问题,我做了一个最简单的例子,略掉了所有的处理细节,速度仍然不理想.
radius认证全部是文件处理,当然没有问题了.如果你有兴趣,可以加上数据库操作,再加上QUE操作试试就明白了. [/B]

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
 楼主| 发表于 2001-11-23 12:28 | 显示全部楼层
哦, 我了解的大部分radius都是文件操作的.浅薄了
因为Tuxedo的Server是被动的, 如果有数据入数据库的操作, 每次client调用Server是一个事务,如果每条清单调用一次,那么对于数据库来说就是单条提交的,性能可想而知.
我在SUN 450上做的测试, 非常简单的处理, 100条左右.

使用道具 举报

回复
论坛徽章:
2
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33
发表于 2001-11-23 23:47 | 显示全部楼层
虽然懂的人不多,但是中间件3层结构是未来应用架构的惟一出路,再难也得至少搞懂原理。
此外,第一篇的结论比较武断,IBM RS/6000参加TPC-C测试全部采用IBM的TXSeries,从来不用Tuxedo,结果很好。

TXSeries功能比TUXEDO强大得多,IBM软件传统如此,但是很多东东较少用到,价格也不便宜,所以用的人少。

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
 楼主| 发表于 2001-11-24 17:38 | 显示全部楼层

to larryh

关于武断一说,请看如下资料:

BEA TUXEDO是BEA公司的主要产品,市场占有率达44%,最早由AT&T贝尔实验室开发,拥有16年多的应用历史。是所有硬件厂商和数据库厂商在进行TPC-C测试时首选的中间件平台,充分体现了BEA TUXEDO在技术上的领先性。在1999年6月公布的TPC-C最新结果中,性能前十名中有8名采用BEA TUXEDO,而性能价格比前十名则全部采用BEA TUXEDO

使用道具 举报

回复

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

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表