Java开发网 - 在电信计费系统中用VisiBroker for C++/Java的可行性

Topic: 在电信计费系统中用VisiBroker for C++/Java的可行性

1.在电信计费系统中用VisiBroker for C++/Java的可行性	Copy to clipboard
Posted by: musket Posted on: 2003-04-25 11:48 熟悉这个产品的朋友，回复的时候最好给我一个大致的价格，小弟感激不尽!

2.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: Big Blue Posted on: 2003-04-25 12:46 Vbroker在电信中用的很多我记得是Server是2-4万人民币/CPU

3.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: Big Blue Posted on: 2003-04-25 12:48 我不知道你在计费系统中用Corba来干什么用

4.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: musket Posted on: 2003-04-25 15:49 作为数据总线，服务于其他的访问！因为前台可能采用Java或Delphi或CB，所以...！！

5.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: Big Blue Posted on: 2003-04-25 17:23 应该没有问题.

6.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: emarket Posted on: 2003-04-25 18:31 如果是新投资的项目，推荐使用web service作为“数据总线“ 实际中用的corba server多是IONA的系统（http://www.iona.com/），IONA是目前作Corba唯一一个盈利的公司 Vbroker和iona比起来就有点像玩具了

7.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: musket Posted on: 2003-04-26 00:01 个人认为"web service"不大实际，在电信计费系统中领导不允许拿新东西来作实验，他们需要的是稳定高效，所以选择CORBA。orbix2000也是参考过的，但是这方面的资料比较少，vbroker亚信在用，听说还是比较不错的东西。

8.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: emarket]	Copy to clipboard
Posted by: Big Blue Posted on: 2003-04-26 09:38 IONA快挺不住了。看看他的股票你就知道了

9.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]	Copy to clipboard
Posted by: qinqin Posted on: 2003-04-29 16:36 starbus 听过吗，国人做的，很好用！

10.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]

Copy to clipboard

Posted by: chuanliang
Posted on: 2003-04-29 19:43

在计费系统中采用web service肯定是不行的，性能肯定满足不了系统实时性的要求。用于多个系统的集成做eai功能还可以。
visibroker用于计费系统是可行的，亚信在其aiobs中的确使用是visibroker，性能还不错。在新的版本中支持中科大的infobus（主要是价格便宜，稳定性很差）。
对于项目不大，我建议可以采用一些开源的corba，因为对现在大型的计费系统的需求实际上并不强烈，已经被几家厂商占据了。

11.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: chuanliang]

Copy to clipboard

Posted by: emarket
Posted on: 2003-04-29 21:49

web service 和 corba的瓶颈都在 “网络传输” 上，所以用corba和web service
的性能不会有太大差别。而web service所能提供的易学易用，more vendor support。是CORBA所不能比拟的。

我的意思是，不过CORBA是一种过时的技术，它正在消亡（楼上的朋友说IONA的股票再跌，这个大旗一倒，CORBA也就时日不多了）。另外不能说别人在某某项目中用了它，你就一定还要用。目前COBEL在很多的大型系统中跑，但没几个新项目会用COBEL了。

投资新项目最好能用新技术 , 我目前在写一个radius server（AAA）
micro kernal就是机于JMX，很容易就可以扩展到web service和corba，
SNMP...。

12.Re:在电信计费系统中用VisiBroker for C++/Java的可行性【Re emarket】 [Re: emarket]

Copy to clipboard

Posted by: chuanliang
Posted on: 2003-04-29 23:31

corba是一种过时的技术？看来j2ee架构对于网络的支持必须也改变了（别忘了rmi－iiop）。太肯定吧，我可没看出corba的瓶颈在于网络传输上，事实上corba本身在网络传输上性能还是很不错的。corba应用的瓶颈在于其开发的繁琐以及基于其的商业应用太少。
对于国内现在使用corba，据我了解其分布式处理功能，毕竟那可是大投资。对于一般的集成商主要使用其组件框架、对事务处理的支持，并不是很强调网络传输，大部分都在一台服务器上。
web service与corba并不是冲突的技术。web service应用重点在于信息交互上，也即完成各个系统的eai。对于诸如计费之类大数据量的系统内部处理肯定不是web service的强项。
说实在的，对于radius server这种对处理性能要求很大的系统我也不看好jmx，jmx用于网管之类还可以。我不知道你测试过没有你最大的上线用户数支持多少。事实上要使用radius server，我肯定愿意采用已经很成熟的基于c的开源系统。例如merit radius之类。相对稳定，而且开源、代码也很完善，主要的工作量只是读懂其代码。radius服务器现在的难点不是其支不支持web service（毕竟只是一个认证系统，而且其与其他系统的交互主要是计费系统和或诸如ldap、db之类系统，我没看出其支持web service的必要），而是在于对各个厂商设备及新的业务、新的设备的支持。
要投资新的技术，我建议不要介入这些已经很成熟的系统及技术上。毕竟对于运营商而言，核心的系统采用的技术已经证明其可行，而对于一些非核心业务，例如统一网管、系统eai（boss系统）、workflow之类可以采用新的技术。
当然说实在的，我现在对corba也不感兴趣。

13.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]

Copy to clipboard

Posted by: emarket
Posted on: 2003-04-30 22:23

1."看来j2ee架构对于网络的支持必须也改变了（别忘了rmi－iiop）。"
rmi-iiop的存在不能说明CORBA没有过时，果实与否要看起技术本身，以及vendor的相应程度，和市场的接受能力。

2 “我可没看出corba的瓶颈在于网络传输上”
可能存在的性能瓶颈在object的serialization和de-serialization（IIOP）。

3 “事实上corba本身在网络传输上性能还是很不错的”,
网络传输性能是由硬件决定。

4 "据我了解其分布式处理功能，毕竟那可是大投资。对于一般的集成商主要使用其组件框架、对事务处理的支持，并不是很强调网络传输，大部分都在一台服务器上。"
据我了解，国外的CORBA应用很少不强调分布式的。而这一点作的最好的就是IONA。

5 "web service应用重点在于信息交互上，也即完成各个系统的eai。对于诸如计费之类大数据量的系统内部处理肯定不是web service的强项。"
那位仁兄是想要找个“数据总线”

6 我们用JMX作为micro kernal当然是为了管理方便（受到Jboss的启发），每个功能模块都是一个Mbean。而且极易动态管理。扩展性也很强。如果客户有要求，我们通过adapter or connector 让Mbean和外界通信。经过我们的测试和free radius相比性能有所提高和丢包率大幅下降。

7 "核心的系统采用的技术已经证明其可行" ，国内的vendor必须意识到，创新是利润之源，要么新技术都是国外vendor的了。

14.Re:在电信计费系统中用VisiBroker for C++/Java的可行性 [Re: musket]

Copy to clipboard

Posted by: floater
Posted on: 2003-04-30 23:23

Another reason for corba usage is the support of legacy systems written by different lanaguages so they can talk with each other. For example, if there are application systems written in cobol, c, c++, java, etc, and they need to exchange data, then corba is a good choice for the bridge. webservices is more like a web version of corba, the same idea but different realization.

In telecomm, a lot of systems are real time, not sure about yours. If it is, I doubt you could use corba at all. I worked with iona and orbix before, but not for real time system(i.e., you have to get a response within certain time frame, like 100 ms). Real time systems are largely written in c/c++ for the sake of speed.

My two cents.