级别： 初级 Anthony (Joey) Bernal (abernal@us.ibm.com), 执行 IT 专家, IBM
2008 年 4 月 23 日 
作为门户技术的行业领头雁，IBM® 负责支持和扩展 WebSphere® Portal 的功能，以帮助客户通过最为强大、灵活和领先的门户产品实现持续的成功。同时，用户还需要负责确保其企业环境能够利用先进技术所带来的好处，不会对其取得巨大成功的潜在可能性造成阻碍。
来自 IBM WebSphere Developer Technical Journal.
当国王很好，但也要承担很多工作
今年早些时候，行业分析机构 IDC 将 IBM WebSphere Portal 评为十五年来门户领域的领先产品。考虑到门户技术的变化速度，这个认可清楚地说明了 IBM 在其门户产品方面投入的精力和领导地位。
我到现在已经使用了 WebSphere Portal 多年，看着它从最初的 Jetspeed 的早期版本发展到今天的行业领先产品。尽管这当然非常有意思，但却不是像在公园里散步一样轻松。每个版本都面临着挑战，每个用户都有自己的期望。
集成始终是 WebSphere Portal 面临的一个最大挑战；这种说法对所有门户都成立，但集成同时可能也是能带来最大价值的一个领域。实际上，集成有点像一个门户点：用于人员、内容和应用程序的单一用户界面。
在推出 WebSphere Portal 第一个版本后的几年内，出现了开发集成 Portlet 的狂潮。因为这个原因，Portlet 目录充斥着数十个可用于所有流行的客户应用程序的 Portlet。（其中很多 Portlet 都已经过时，不再受支持，但现在仍在使用。）正如您可能已经想到的，这个战略的可伸缩性不强。单就跟上不同的第三方产品和版本不断增加的速度（更不用说尝试提供对其的支持了）而言，都需要进行大量的工作。为了尝试管理这些 Portlet，需要提供商提供和支持与其特定产品集成的 Portlet；这个方法并不能提供非常好的支持，其中一个重要原因是因为很多提供商自行开发与门户技术直接互补的战略。
因此，这里又回到了集成和确定从何处融入整个企业。
如果您希望向最终用户作出证明，则必须提供最高的价值。您必须考虑和支持单点登录和联合品牌宣传功能，以让用户无缝地导航到您的应用程序、执行功能，然后继续下一组任务。如果您的竖井 (silo) 式应用程序仅仅提供一小部分功能，只有部分企业用户要使用这些功能，则最好将您的功能合并到针对范围更广的接口中。
我认为，大家都会认可这就是门户的真正优势：集成面向用户的所有东西。
内容管理系统提供内容，ERP 系统提供对人力资源或会计数据的访问，自定义应用程序提供自己特定的功能，但通过门户将所有这些集成到一起，并结合协作和流程功能，您就能突然让用户以前所未有的方式进行工作。当然，这并不是真的突然就发生的变化，需要进行大量的工作，但潜在的可能性存在，这个远景属于您和您的组织，而不属于任何认为您应该进行相应工作的提供商。
我个人认为，提供商应很好地体现采用类似于门户范式的用户集成战略，并能提供支持将其产品无缝地与其他提供商的产品集成的可插入且可移植的技术。JSR168（我们现在将其视为 Java™ Portlet API）是专门为此目的而设计的：支持将 Portlet 承载于任何兼容门户环境中。更为强大的概念是，创建具有一组已发布的输入和输出消息传递参数的 Portlet，以便这些 Portlet 能够与其他 Portlet 一起加入到组合应用程序中。
这是白日梦吗？可能算是白日梦吧，但想像一下这样的情况，来自第三方提供商的搜索 Portlet 可以与显示客户或产品名称的其他第三方内容 Portlet 集成。虽然这可能不是最佳的例子，但如果您曾将第三方组件集成到门户中，就明白我说的是什么了。
IBM 在新功能方面不断进行投资，不仅能集成新技术（如 Web 2.0 功能），还可增强门户本身的集成功能。您会发现门户内的新服务、API 和 SPI 的数量不断增多。我最近研究了一下用于从外部源指向门户内的目标 Portlet 的 URI Resolution Service。这个例子可很好地说明开发团队在扩展门户功能方面持续的投入，也说明了像我这样的人为了跟上其发展需要进行的工作。
越是权威，灵活性要求越高
我在解释为什么针对任何一个问题会有许多不同的解决方案，以及为什么在尝试了解任何一个产品或解决方案时一切看起来都那么复杂时，我经常说没有什么东西是万能的。产品必须可靠而且需要极为灵活，这就是 WebSphere Portal 的强大性之所在。不过，正是产品的这个灵活性和组件结构要求某种级别的配置和调整，以使其很好地适合新环境。产品的全功能方面的特征是为什么不同的产品和工具之间存在大量重叠的另一个原因。IBM 在 Portlet 构建方面有三个甚至更多不同的工具建议，所有这些建议都具有类似的特征，而且各自都具有战略差异，恰当的特征与考虑使用这些工具的组织的战略相匹配。
如果我不提一下 Portlet Factory 提供了若干用于企业和外部系统的构建程序的话，就有些玩忽职守了。通过在 ERP 系统、Web 服务甚至自定义 Java 库的基础上构建接口的能力，IBM 可在需要的时候提供集成功能，而不用努力去追逐企业内可能使用的成百上千个产品。
权威意味着责任
最近，伴随着人们对面向服务的体系结构（Service Oriented Architecture，SOA）的关注，治理成了热门话题但治理对任何 IT 组织而言，并不是什么新鲜东西，您甚至可能都听腻了（我自己也经常提到这个概念），但是：您在进行与此相关的工作吗？
运行先进的行业领先的门户系统或 SOA 是一回事，要处理好并充分利用其所有好处则是另一回事。为此，这里还需要用户承担一些责任。当然，对于组织的 IT 部门配备的任何企业系统都是这样。在我们的门户项目系列文章第 6 部分，我的合作者 Ian Uriarte 和我决定重点讨论治理。其中的内容非常抽象，旨在对此主题进行简单的介绍，但治理实际上讨论围绕您的共享资产（无论是服务、Portlet 还是完整的基础设施）建立规则和边界。基本上来说，所共享的东西要求其所有使用者和谐相处。让组织相信这一想法不错似乎是场持久战。我们都受到自己工作的日常职责和要完成项目的目标的制约，但每个人都要负责推广规则颇有裨益这一思想。规则可帮助促进合作，防止出现灾难和误会，增强可靠性和支持恢复工作。即设想我们第一时间让一切恢复正常。
各个组织都在努力定义治理模型（规则的雅名），但我实际上认为更难的部分是在有了规则之后的执行，这要比确立初始战略更困难。需要进行一定的研究和相应的知识才能定义好治理战略，但一开始就拥有更多的灵活性。最好的方式是从已经知道的东西着手，然后利用已获得的经验和最佳实践。不过，所有东西都应该适合您的团队、项目和组织。请记住，灵活性是关键，尝试对您的组织和经验级别进行建模要比尝试更改组织的工作方式要容易一些。
人们经常会通过流程或某种工具或技术来解决问题，而解决方案经常是要求采用技术并对执行特定流程或操作的方式进行更改。自定义工具或配置需要花一定的时间，有时候最好的方法是找到适合您做事方式的工具，而不是必须遵循不同甚至更为严格的一组规则。通常，我们不可能通过这两种方式达到目的（至少不能成功地达到目的），因此，为了更好地工作（如果不是更容易的话），有些更改是不能避免的。
让我们看一个非常简单的例子，使用 Maven 和 Ant 的应用程序构建流程。Maven 要求您遵循其规定的定义和执行构建的方式，如果接受这一点，工作情况将相当好。如果要按照自己的方式进行处理，则您要自己负责让一切正常工作。或者可以使用 Ant 构建自定义脚本，Ant 提供了更为灵活的方法，但要求您自己进行更多的工作来定义流程和构建组件。
这可能不是最好的例子，但说明了在负责将更改包含到组织中来实现治理时将面临的挑战和需要进行折衷的情况。
权威是动力
大家还要进行很多工作。IBM 将继续在 WebSphere Portal 中的研发投资，以进一步帮助客户实现成功和保持其行业领先地位。类似地，企业环境必须持续发展，以便充分利用这些强大的产品带来的优势和好处。作为行业领先企业的责任意味着不能躺在荣誉上睡觉。
当然，或许可以放松一下，然后回去继续工作。
参考资料 学习
讨论
关于作者  | 
| |
Anthony (Joey) Bernal 是 IBM Software Services for Lotus (ISSL) 的一位执行 IT 专家。从最初的 1.1 版开始他就从事 WebSphere Portal 方面的工作，在设计和开发门户应用程序方面有着丰富的经验，他已经用 IBM WebSphere Portal 实施了许多项目。Joey 还是 WebSphere Portal 及其相关技术方面的一位杰出作家、演说家和讲师。他是 Programming Portlets 一书的合著者。 |
对本文的评价
| 
