跳到导航
dev2dev.bea.com.cn
首页 资源中心 dev2dev学堂 在线技术论坛 专家Blog User Group CodeShare
dev2dev 首页 > 资源中心 > 专家Blog > 专家Blog文章
企业架构:门户聚合和集成

时间:2005-05-20
作者:Prakash Malani
浏览次数:
本文关键字:PortalAggregationIntegration门户聚合集成
文章工具
推荐给朋友 推荐给朋友
打印文章 打印文章

门户有什么意义?它适用于什么地方?什么时候应该使用门户?您大概已经知道这些问题的答案了吧。我们的销售人员对这方面的宣传非常到位。让我们从另一个角度——企业架构的角度——再来看一下这些问题。

我先要描述一个理想而完美的门户用例。我所在的企业有许多处理订单、检查库存量、发送产品等等的应用程序,这些 web 应用程序非常棒!它们功能强大,而且在这些应用程序中也投入了大量的劳动力(需求、设计、开发、测试等等,通常的那一套)。

这是一个引入门户的完美场景。一个针对这些不同的应用程序的门户。门户是到这些应用程序的入口或通道。总的来说,最关键的一点就是,在门户中的一个地方可以使用所有这些应用程序。门户是一个默认页面,用户可从中获得这些应用程序的状态和任务的快照。

让我们来看看现实世界中一个非常常见的例子吧: Google 。 Google 有多个应用程序,如:搜索、电子邮件、映射等等。这是一个引入门户的完美场景。而这正是 Google 所做的!为了将这些应用程序结合在一起, Google 发布了自己的门户: Personalized Google Homepage

那么,如果我们要创建一个包含多个不同应用程序的门户,该如何聚合和集成来自不同应用程序的信息以及它们的数据源呢?这不是很困难。我们可以使用一些传统机制,如:共享数据库(表格、视图等等)、 web-services 、消息传递等等。

此外,还有一些特定于门户的聚合和集成不同应用程序的巧妙方法。我会在以后的文章中详细讨论这些方法。

请与我联系,告诉我您的企业架构门户的驱动策略,尤其是在聚合和集成方面。
+prakash

 

评论

•  遗憾的是,我给不出精确的数字。但是,基于他们庞大的客户库,我认为这个数字会 非常大 。从另一方面来看,比起他们当前的基础架构,这个数字会 非常小 ,因为这些应用程序很可能会继续驻留在当前的基础架构上。在例子中, Google 只准备对诸如搜索、电子邮件之类的应用程序使用门户。而实际上,正如文中所说, Google 确实在进行门户聚合。这也说明了他们构建额外的门户基础架构的开销要比原来的基础架构要小。

如果您是一个流量规划专家,这是一次很好的实践。

+prakash

发表人: pmalani , 2005 年 6 月 9 日, 03:31 PM

•  我喜欢 Google 的门户例子。您认为,如果他们使用 WebLogic Portal ,会需要几个门户服务器实例?(通常会是一个集群,但是大约有几个服务器实例?)

发表人: srinivasjaini , 2005 年 6 月 9 日, 12:28 AM

•  很多年来我都在开发门户和 web 应用程序。有时使用 POWA 会更好一些,但是,很多情况下人们构建了筒仓应用程序,然后就需要有一个用户能知道如何使用所有的应用程序。这种情况下最好还是提供一个外观、导航什么的。

遗憾的是,许多企业及其开发人员恰恰就决定创建筒仓应用程序。他们创建了自己的基础架构框架,如:授权、缓存、呈现框架等等。这些组件已经经过多次开发了。门户及其附带的 portlet 会提供到这些筒仓应用程序的“窗口”,用户只需了解一个导航,外观是相同的(如果要求的话),用户可以定制页面和 portlet ,为特定的组件指定题目,而门户则为用户提供更好的体验。

门户的问题不一定是出在产品上,还可能出在开发人员身上。门户要求有好的架构、设计,并要求开发人员具备良好的 OO 开发技能。为什么这样说?因为门户的部件很多都是不断变化的,开发人员需要知道可能会有许多应用程序集成到门户中。遗憾的是,这通常不在考虑范围之内。企业(具体来说是 IT 部门)不考虑这些。他们假定只是在构建另一个 POWA 。这导致产生许多性能问题、内存问题,最后形成一个糟糕的应用程序。

至于开销,这个问题不像比较两个苹果的大小那样简单。您计算过企业维护多个基础架构框架的开销吗?如果仔细计算一下,会看到这样做的开销也不小。

随着 9.0 的发布,用户将可以使用 eclipse 插件进行门户开发。

发表人: sherwood.zern@bea.com , 2005 年 6 月 3 日, 06: 12 PM

•  我喜欢门户,因为它提供了个性化(授权)内容的功能。但是它最大的缺点就是,比起通常的 POWA ,它的速度太慢了。我知道为了减少用户的工作,对每一个请求,门户都运行了许多框架文件和备份文件。这从开发人员的角度来说很好,但是用户希望它能更快一些。 9.0 中的性能是否会有提升?谢谢。 Raghu 。

发表人: movvaraghu , 2005 年 5 月 31 日, 04:27 PM

•  门户通常都很庞大,开销也很大。门户具有许多功能,如:内容管理、授权、门户呈现框架等等。在这个意义上,门户的内存占用量很大。此外,要使用门户进行开发,肯定还要使用 WebLogic Workshop (WLW) ,这个应用程序也很大。

第二个问题的答案是肯定的。在本文中我假设已经有了几个 web 应用程序。但是,如果从头开始开发一个新的应用程序,是否应该使用门户框架来开发呢?答案是要取决于实际情况。如果您计划利用门户所提供的功能,那么就应该使用门户。但是伴随门户的强大和灵活性而来的还有开销和复杂性。对于许多场景,普通的 web 应用程序 (Plain Old Web Application , POWA) 就足够了。我的建议是,在做决定之前要好好分析一下门户的优缺点。对这个话题我非常感兴趣,我会在以后的文章中详细描述的。

接下来的问题是:如何将这个新的(或现有的)应用程序聚合和集成到门户中?这个问题我也会在以后的文章中详细描述的。

+prakash

发表人: pmalani , 2005 年 5 月 26 日, 08:07 AM

•  门户的内存占用量是不是很大?是不是有时保留应用程序而不是迁移到门户上反而会比较好呢?

发表人: srinivasjaini , 2005 年 5 月 25 日, 11:02 AM

原文出处:http://dev2dev.bea.com/blog/pmalani/archive/2005/05/enterprise_arch.html

dot dot dot

dot
  作者其它文章
您对本文的评价
您对这篇文章的看法如何?
太棒了!5分 不错啊 4分 一般般 3分 有待提高 2分 不好 1分

   
相关技术