门户与SOA

【2006-08-16 14:05】【Bill Lankenau】【IT专家网编译】

　　企业门户作为网关已经被广泛地采用，其目的是帮助员工完成工作——这是很好的理由。普通的工作流，如执行定单、记账以及季度财务报告，都可以穿越应用程序边界。在分离的IT环境中，用户试图完成这些业务流程，他们把耗时的任务留下来，如浏览内部网络来寻找简单问题的答案、在应用程序数据和未组织的内容之间建立联系，以及使信息资源的冲突合理化。这样做导致的结果是生产力的大幅度下降。企业门户的出现能够解决这些问题——通过提供满足员工需要的、存储多种信息的单一存储库。

　　目前，许多采用企业门户的企业把注意力转向了IT基础结构本身，并且越来越多地采用面向服务的架构(SOA)作为解决方案和策略。通过应用SOA以及包含基于标准的、面向服务的环境，遗留的stovepipe系统将被服务激活或者被新系统所替代，新系统是支持扩展业务场景的和谐系统。由于这些趋势，那么，你可能会问，该如何处置企业门户呢——已经引进新技术来实现企业门户，这个问题看起来已经解决了。

　　对于门户采用者来说，这是一个很好的消息——企业门户不仅能够继续为可预知的未来实现其传统的功能，而且企业门户将登上新的舞台，并且占据与SOA同等重要的地位。

　　用于未来SOA的门户

　　面向服务已经成为门户DNA的一部分，因此，在企业内部的多个入口点，门户能够过渡到面向服务架构(SOA)。对于这些项目——满足面向用户服务或者面向表示服务的需求，从根本上说，门户是非常好的选择，而且已经作为支持标准被采用了。门户产品和应用程序独立软件开发商(ISV)已经广泛采用了远程门户组件的Web服务(WSRP)标准。远程门户组件的Web服务(WSRP)允许采用门户组件的形式、使用多种技术(Java, .NET, PHP)实现方式、通过SOAP/HTTP协议发现和访问应用程序，以及描述应用程序。对于大多数传统的面向数据服务——通过Web服务描述语言(WSDL)访问服务，有大量的基于浏览器和基于集成开发环境(IDE)的工具可供使用，这些工具支持与服务的连接、虚拟化的应用，以及作为门户组件对门户网站进行配置。内部门户组件的通信和整合工作流能够支持服务和门户网站用户之间必要的通信和交互。除此之外，对于那些已经开始走SOA道路的企业，以及已经开始发布应用程序数据作为服务的企业而言，在其门户网站的内部，绑定并虚拟化这些服务可以提供至关重要的管理验证工具——用于配置面向服务的应用程序。在初始阶段，这些面向服务的应用程序可能规模很小，但是，它们能够扩展成为复杂的、合成的应用程序，并提供新服务。

　　单一界面，多种用途

　　由于对现有技术已经进行投资，而且需要采用实际方式来购买、配置新技术，因此，为了达到预期的投资回报(ROI)，需要在可执行程序段或者在项目中实现SOA转换，这些项目在范围和复杂程度上都有所扩展。虽然，底层的应用程序和技术能够做出改变来实现SOA转换，但是，这些工程的一个共同特点是:需要多种用户界面(UI)——用于向一个或者多个用户团体呈现服务。以前，用户界面(UI)是一次性开发的、对于每个项目都必须重新开发的(这存在着风险，继承以往的用户界面可能导致重复过去的错误)，取而代之的是，在基于SOA应用程序的企业架构中，企业门户能够使用户界面形式化，并且作为架构中的一层进行开发。如此一来，门户能够在用户界面层中应用SOA的可重用性和松散耦合原则，用户界面层的功能是:使用户界面组件形成构建模块，可以简单地进行重用、组合以及剪裁。通过采用这种方式，通过采用这种方式，当新服务和复合应用程序不断产生时，门户能够继续为终端用户提供所需的用户界面以及概念一致性——用户只需掌握一个简单的界面，就能够观察每个IT服务的独立视图。

　　Portlets:一个成功的组件模型

　　由于对通信、服务描述和发现——包含在Web服务基础框架内——的广泛定义，因此，在考虑如何实现一个服务时，开发人员和架构师可以有许多种选择。前面，我们已经讨论了继承门户框架和门户特色服务的好处。在上述讨论中，所围绕的主题是:采用门户组件的方式表示服务，即:采用门户的可用组件模型。虽然不是所有的SOA形式都能够使用这种方式实现，但是，对于实现表现层整合的复合应用程序而言，通过远程门户组件的Web服务(WSPR)厂商以及采用门户组件方式来表示服务，这是非常有价值的。原因包括:

　　生产力—— 一个基于门户组件的架构使开发人员能够使用普通函数实现生命周期、每个用户的自定义、聚合以及整合。

　　标准—— 关键的门户组件标准包括:远程门户组件Web服务(WSRP)、JSR-168(用于Java平台的门户组件标准)，这些标准是完善的，并且相对成熟。

　　生态体系——由独立软件开发商(ISVs)提供的、可直接使用的门户组件数目是有意义的、一直增长的，而且其中也包括一些最关键的业务应用程序。当应用程序特定的业务逻辑需要被保存并且继承时——要么直接被用户(在门户界面)继承，要么被复合的应用程序继承，门户组件是非常适合的。

　　门户的其他服务

　　当架构师和开发人员把企业门户和基于门户的组件应用到它们的SOA实现中时，SOA就可以继承一个应用程序框架和内置门户组件服务的丰富集合。举例说明，门户组件提供了一个相关的、易于使用的、健壮性相当强的、用于配置面向服务应用程序的环境。以门户组件表示的服务能够支持终端用户的自定义，以及基于门户框架的个性化。内部门户组件的通信以及工作流能够支持基本复合应用程序的配置，以及表现层整合。门户网站是基于定位、风格/品牌的，它能够与服务的可视化合为一体，并且融合到复合应用程序的内部。同时，能够结合单一登陆(通常作为门户网站配置的一部分实现)来实现身份验证和授权。除此之外，远程门户组件的Web服务(WSPR)2.0版本的发布和使用，带来了更多先进的服务。我们期望这些服务能够支持:在多个厂商、多种门户组件事件，以及多种门户组件管理(复制/克隆，导出/导入)之间无障碍的Web服务安全性(WS-Scurity)，以及内部门户组件的通信。

　　显而易见，在当今的企业中，企业门户占有着至关重要的位置——与SOA配置同等重要。在短期看来，门户的面向服务和直接可用性适用于复合的应用程序，它能够很好地推动早期的SOA进一步发展。从长远看来，如果不完全使用SOA实现企业架构的话，那么，门户的用户交互层、门户组件模型，以及门户的具有特色的附加值服务将显著地成为企业架构的中心。