由于企业门户能够使企业、合作伙伴和客户在全球访问企业应用程序、后台系统和IT基础架构，所以它们正在快速成为基于Web的经济的基础。正是这种能力吸引了众多企业选择企业门户作为它们的IT组织基础架构，并可帮助企业证明用在从遗留系统迁移方面的可观花费是合理的。
然而，与传统封闭式、点对点的系统相比，基于Web的系统，比如门户，在全球访问和经济中收益良多，但却牺牲了稳定性和易管理性。建立在公共共享、不断变化和日益增长的基于Web的基础架构之上，门户易受伴随着稳定性的可用性和性能问题的困扰。
本文讨论了如何使用性能管理系统来开发可靠而且“防弹”的下一代关键性门户。
门户：提供一种多功能的统一结构
尽管基于Web的系统现在很流行，Web技术仍然还处在萌芽状态。Web提供对公司网络的全球桌面访问，但是如果没有一些组织原则，这种访问只不过是无组织地查看一些通过Web草率传递给已经与Web上大量其他内容混杂在一起的桌面的遗留系统和应用程序。通过在一个集成解决方案中提供核心的业务功能，企业门户，比如BEA
WebLogic Portal，提供实现基于Web的企业网络的桌面视图所需的组织原则和技术。
公司通常部署两类门户解决方案：外部门户和内部门户。外部门户提供对公司产品和服务的有组织访问。通过提供一个通用桌面接口和定制该接口以适合特定部门或角色的能力，内部门户集成了企业的内部系统、应用程序和信息服务。
所有门户都需要确定的核心功能，比如模型/视图/控制器（Model/View/Controller (MVC)) 范型和灵活的控制器实现，用户和组管理，权利，个性化，安全和内容管理。一些门户还提供可扩展的规则引擎、购物车、定价系统和目标内容引擎。
基于BEA WebLogic Portal构建的大型复杂门户应用程序使用复杂的动态业务逻辑提供对为用户/组定制的内容的访问，并且维护永久性会话/事务信息、权限/权利和上下文。例如，为了支持购物车和机票预订，门户必须在被扩展事务的持续期间，提供对适当的内部数据库和应用程序的访问。当用户在一个窗格/选项卡中点击“提交”时，其他窗格/选项卡中的各种选项必须更新，并基于提交的信息进行定制。门户为用户会话和事务维护这个复杂的上下文。高性能门户提供上述所有元素，以便快速而可靠地传送用户信息和服务，启用金融事务，跟踪内部流程，或者支持在可定制的基础上访问信息系统和内部应用程序。
管理门户复杂性
逐渐地，像BEA这样的厂商倾向于提供“开箱即用的”门户功能，从而使开发团队能够维持原来为简单应用程序分配的进度表和预算不变，同时能够汇合更加复杂且功能更加强大的应用程序。通过提供一个通用的集成应用程序框架，门户使模块化开发成为可能（比如，单独的开发组可以开发一个应用程序的单独“选项卡”）。但是，由于底层IT系统变得更加复杂，管理、识别和控制系统故障也变得更加困难。基于门户的应用程序通常运行在和其他Web应用程序相同的环境中，并且交给相同的团队进行管理。然而，当性能问题出现时，组件和事务的巨大数量可能会使IT工作人员力不从心，因为他们必须部署和管理门户应用程序，细微调整它们的性能，监控整个系统中出现的问题，分析问题，并在尽可能短的时间内解决它们。
通常，直到用户开始抱怨时，也就是说问题已经变得足够严重会损害门户功能时，门户管理员才会意识到这些问题。当问题真的出现时，它们的来源并不总是显而易见的。它可能出现在portlet中，数据库中，或者任何支持性后端系统中。找出并解决问题可能会变成这样一个令人麻木的过程，即当故障出现之后，在每个portlet自己的“测试”窗口中重新构建和分析它们。门户管理员需要使用门户管理工具，以使内部门户流程及其交互变得一目了然。如果没有这样的工具，找出性能问题将会变得愈发困难。
为了帮助他们维护高性能和24×7的可用性，门户管理员需要特别为监控单独的门户组件和工作流流程以及门户的周边环境而打造的有效管理工具。这包括到数据库的连接、事务服务器、大型机系统和其他后端系统。门户管理员选择的工具应该：
- 监控跨整个工作流和在单独的流程中发生的复杂动态交互。
- 以一种清晰而简单的方式显示结果数据，并重点突出问题（以及它们在门户工作流中出现的地方），并允许管理员快速找到问题的源头（如果需要，可以深入到单独的portlet和事务）。
- 概括了总体性能和关键门户工作流领域中的性能，这些关键领域包括门户servlet、控件树处理、JSP受支持文件、Java Pageflow、portlet、到后端系统的连接和门户服务。
BEA WebLogic Portal: 它如何工作
BEA WebLogic Portal是行业中功能最全面的门户产品之一，许多企业都使用它来开发和部署关键的门户应用程序。它包含用于开发和维护复杂的企业到客户
(B2C)、企业到企业 (B2B)和企业到雇员 (B2E)门户的大量技术。为了更好地理解监控WebLogic Portal的需求，使用一般的术语来讨论它如何工作将大有帮助。
如图1所示，Portal Servlet Manager (1)代表传入的用户请求，然后用户请求初始化Control Tree processing(2)。Control
Tree代表门户中的所有结构化元素。它还用作构建一个新门户页面的基础。在Control Tree处理期间，创建了一个新的Control Tree（如果它已经存在，则从缓存中获取）。Control
Tree是在它的整个生命周期阶段中构建的，并由Lifecycle Manager和Control Tree Walker进行协调。
图1
构建Control Tree时，需验证用户Entitlements (3)以确定哪些门户资源对用户是可用的。在预呈现和回送数据操作（生命周期中的两种主要操作）期间，调用了Presentation
Context (4)。与此同时，针对开发团队编写的定制代码检查JSP受支持文件。接着，Presentation Context调用Java Page
Flows和JavaServer Pages (JSPs;5)。然后，Control Tree在必要时从单独的portlet中提取数据，这依赖于用户请求的类型。Portal
services (6)，比如个性化、内容管理和用户配置文件，都会在需要时被初始化。被构建和呈现为这里描述的流程的最后页面已经完成。
使用简单性取代复杂性
在前面描述的工作流中，有几个领域是可以影响门户性能和可用性的问题可能出现的地方。有效的门户管理系统可以帮助开发人员和门户管理员识别错误的确切位置和根本原因，而不用考虑错误出现在环境中的哪个地方。当贯穿整个门户生命周期使用门户管理系统时，开发人员可以使用数据前摄性地监控和管理会话与事务信息、权限、权利和生产中的上下文、QA及开发环境。结果产生了一个更加稳定和可靠的门户。（参见表1，其中列出了重要的BEA
WebLogic Portal组件和管理员应该监控的流程。）
通过使用可定制的管理UI，管理员可以快速评估前面描述的性能和可用性问题，并及时采取正确的举措。例如，通过在易用仪表盘中显示关键的性能数据，门户管理员可以即时查看总体的门户性能，以及关键工作流领域的性能。交通灯、时间图和最差性能图明白无误地指出，管理员应该集中进行故障排除工作的地方。通过简单地点击树视图，管理员可以找出根本原因，精确地发现每个组件中的性能问题。
管理员可以使用门户管理工具更加快速地对问题做出反应。然而，业务已经表现出一种日益强烈的需要以一种更加前摄性的方式使用管理工具。例如，通过为门户性能建立基准设置和边界条件，管理工具可以用于预计问题。使用这些信息可以为目标特定的工作流流程指定警报阈值，这样就可以前摄性地监控它们（参见图2）。管理员不仅可以通过在整个应用程序生命周期中监控和管理门户来提高门户性能，而且可以长期使用性能信息来进行趋势分析和容量规划。
图2
结束语
企业门户解决方案，比如WebLogic Portal，使企业能够通过一个统一的界面成功交付基于Web的IT服务给客户、合作伙伴和雇员。然而，由于门户日益变得复杂，管理门户性能和可用性也就成为一个难题。通过采用特别为监控和诊断门户性能而打造的门户管理解决方案，业务可以加速解决和门户相关的错误，并前摄性地部署用于提供优秀服务和功能的下一代门户。
原文出处
http://www.sys-con.com/story/?storyid=47094&DE=1 |
