浏览 3490 次
锁定老帖子 主题: BEA eWorld 2006 散记
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-12-15
这次BEA eWorld大会的主题还是SOA,对于这个各大产商热炒的概念,今年我的兴趣不大了。跟去年一样,我还是喜欢四下走走,寻找自己感兴趣的主题。
mSA, micro-Service Architecture 往简单里说,mSA就是一个OSGi的实现,有了这个统一平台,BEA就会将各种产品特性做成OSGi bundle,然后象搭积木那样组装不同的产品。这方面可参考的典型例子就是基于Eclipse构建的各种IDE工具。
据说IBM WAS的底层已经采用了OSGi技术,但是BEA的野心更大。按照宣传的说法,BEA力争在2008年将所有产品(应该不包括Tuxedo)都建筑在mSA上,考虑到BEA公司最近两年收购了众多产品,这可不是个轻松的任务。
这个任务一旦完成,在产品升级和推出新产品的速度、灵活性上,BEA则拥有了更加可靠的基础。
另外我咨询了相关的技术人员,mSA对于应用开发人员有什么影响没有?他的回答是mSA是一个底层架构,它的服务对象是BEA自己的产品,而不是应用开发人员。当然,每个产品组可以自行决定相关的应用开发如何利用底层的mSA。所以,如果你关心如何在自己的应用中采用OSGi技术,推荐留意即将举办的EclipseCon2007。 Liquid VM, WebLogic Server Virtual Edition
所谓Liquid VM就是甩开OS,Java单干。
我们的应用运行在WLS上,而WLS运行在JVM上,而JVM则运行在操作系统上。慢着,BEA的JVM--Liquid VM不再需要操作系统了,不过它也不是直接运行在硬件平台上面,而是依赖“虚拟机”软件,例如VMWare。
这样做的好处有什么呢?
第一,排除操作系统的干扰,所以资源全力以赴用于服务端的应用程序。BEA推出JRockit的时候宣称它是为服务端应用优化的JVM,现在等于升级成为服务端应用定制的Java OS了。通用的操作系统往往消耗过多的资源(想想Windows 2003 Server所消耗的内存),Liquid VM则可以保证同样的硬件条件下有更多的资源服务应用。
第二,更好的管理。这个主要得益于“虚拟机”软件,例如在硬件需要维护的时候,可以把一个运行中的应用整个迁移到另外一个主机上继续服务;另外WebLogic Server Virtual Edition也能够利用“虚拟机”的技术为应用分配资源,例如WLS上运行了两个应用A,B。为应用A分配半个CPU,200M内存,应用B分配一个半CPU,1G内存。
在这个方面,BEA领先竞争对手许多,例如IBM因为自身的原因(自己就有AIX),不大可能推出类似的产品;而Oracle在JVM就没有自己的产品。希望BEA的这个产品能够受到用户的欢迎!
另外,我倒是觉得Oracle可以为它的数据库弄一个类似的东西。
eclipse based
这个不用多说,大势所趋。
原来的Workshop 8.1在9.X就整个转移到Eclipse上,现在的WLP/WLI应用都是基于Eclipse来开发,估计其他产品的开发工具也在转移中。同时有点遗憾的是Workshop和Workshop Studio还没有整合在一起。
Workshop Studio在JSF/Struct的开发支持上是非常不错的,居然还能开发Flash,而且我前几天刚刚在TheServerSide看到一个“JSF/Ajax”的产品ICEfaces,居然就看到有专门for workshop studio的版本。看来Workshop Studio在开源技术的支持上非常尽力。
AuqaLogic Enterprise Repository 这个产品刚进入BEA家族不久。在看演示和与技术人员交谈后,知道了这个产品的基本用途。
对于一个大型企业,必然存在许多应用系统,这些应用系统本身涉及一些资源,例如主机、数据库等等,系统之间会共享一些模块,或者相互调用;而随着系统的升级,这些关系还在动态地变化。这是许多企业面临的现实问题,无法清楚知道自身有哪些IT资产,以及这些资产的相互关系。
当企业中希望实施SOA,往往遇到一个问题,企业自己究竟有哪些“服务”可以被重用;进一步的,如果更改某个特定服务,对哪些应用有影响?
ALER这个产品就是帮助企业理清这些关系,帮助企业步入SOA的。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-12-18
比官方的新闻上得到的东西更实用一些,顶一下丁丁和snow
|
|
返回顶楼 | |