【IT168技术文档】
　　系统架构

　　优化的SOA的架构

　　ALUI是一个完全采用基于服务的架构(SOA)的门户产品。它的整体功能是由七个模块来组成:

　　AquaLogic Interaction提供了整个面对最终用户的接口。它同时也是连接所有各个模块，整合其他由Web Service连接的系统的消息总线。 此外，它还内置了搜索引擎，提供搜索的功能，对被搜索内容建立全文索引，搜索的范围不仅是内网，外网，还包括被整合的第三方内容管理，例如Documentum，以及OA系统，例如Sharepoint，Lotus等等的内容。此外门户提供了一致的导航条和管理页面，社区和应用以及针对员工、客户和合作伙伴的安全管理。

　　AquaLogic Interaction Collaboration Server 提供了门户中对于协作的支持，其中包括了大量可以简单的通过配置就完成的功能，如文件共享，项目日程管理器，项目讨论组，项目文件版本管理器，项目日历，项目任务管理器等。此外，它还可以与Microsoft Exchange®，Lotus Notes®，Microsoft Project®，Microsoft Windows® 和及时消息系统整合。
　　
　　AquaLogic Interaction Publisher Server 提供了门户中对于信息发布的支持，这方面的可配置功能包括了，对新闻，页眉，页脚，知识管理库的内容发布，以及一个简单的，链条式审批流程的设定。此外还可以通过简单的配置直接发布如Excel在内的文件。Publisher Server提供了编辑工具、模板、商标、工作流，这些都不需要用户具备HTML知识。

　　AquaLogic Interaction Studio Server 提供的是一套模板及数据库可以方便管理人员和业务人员在没有IT人员帮助的条件下，开发简单的基于数据库操作的Portlet，例如，调查表，电话号码本，客户联系簿等等。 Studio Server提供的一套导航流，可以一步步的帮助非IT人员建立自己想要的Portlet 。

　　AquaLogic Interaction Process Server 提供的是一整套与门户紧密结合的业务流程管理(BPM)解决方案。 业务流程作为一个跨部门，跨区，跨行政级别的审批，协作流程，是现代企业应用的必不可少的部分，也是最需要与门户紧密结合的地方。
AquaLogic Interaction Analytics Server 提供的是一套能够对该门户的使用，连接，以及对最终用户的影响力进行分析的工具。 它不仅可以通过配置产生对整个门户，甚至是具体Portlet的流量，用户量，登录量，以及使用时间等信息的报告，还可以对社区的流量，响应时间，搜索关键字，协作及共享文档流量进行分析。分析的数据可以集合部门，地区，用户类型，及具体的客户属性，给出多种表达方式的分析报告，例如，表，饼图，条图等等。

　　AquaLogic Integration Service是门户通过Web Service 整合不同的安全系统，资源、内容知识库、客户应用、搜索引擎和用户数据库的基础框架。它同时也提供了一套可以通过配置完成对常见系统如MicroSoft Exchange Server，IBM Lotus Note 整合的工具包，从而是类似的整合轻而易举。

　　这七个组件是相辅相成又相互独立的，所有组件都可以单独部署在不同的服务器上，通过Web Service 互相联系在一起，用户也可以根据自己的需要采购和部署其中的几个组件。这种部署方式为客户提供的不仅是多种，灵活的功能，更重要的是整个系统的可扩展性。如果客户的门户需要大量的分析功能，可以把Analytic Server部署到多台小型或一台功能强大的服务器上，同时可以把其他几个占用CPU少的组件合并到一个服务器上从而减少资源的浪费。以后，如果某一个组件需要扩容，可以单独扩容对应的组件，而不是对门户整体扩容，从而让整个企业的IT资源处于一个动态的，流动的变化中。

　　现在市面上所见的所有门户产品都没有如此灵活的基于SOA的体系架构，他们的组件无法分别部署在不同的系统平台上， 如果客户对任何一部分的容量要求增加，只能采用集群的方式部署新的门户产品到多台服务器上。 从客户的角度而言，这不仅意味着增加新的网络负担和运行成本，同时也意味着软件注册成本的增加。 此外对于用户不需要的组件，不仅是软件成本的浪费，更重要的是用户资源，网络等等多方面的浪费。

　　ALUI在通过Web Service 把各个组件联系起来时，采用了一套现在非常先进的处理并发Web Service的技术，叫做 Parallel Engine技术。 这个技术可以同时分流和处理多个Web Service的请求，从而使整个的七个组件在相互交流的过程中保证高效性，这可以说是ALUI在实现SOA架构优于其他门户产品的一个主要原因。

　　跨越JAVA和.Net的限制

　　众所周知，Java和.Net是在企业应用中都占有举足轻重的作用。 Java以及其延伸的J2EE架构，为企业型应用提供了互相联通，互相协同配合的标准。 而.Net则在办公自动化，尤其是基于微软的应用平台上构建和交流企业的Email，办公文档， 及文档共享提供了必不可少的应用架构。 如今在企业应用中这两部分的应用是相辅相成的。而作为企业的统一用户界面—门户—则需要与企业在过去，现在，以及将来开发的Java和.Net应用有一个天然的整合，这对于现在的门户产品是一个巨大的挑战。

　　ALUI在这个挑战面前是有先天的优势的，因为ALUI提供两个版本Java版以及.Net版。 而且在它的各个组件可以混合使用最适合的版本，最后还可以做到整体的一致性。换句话说，用户可以选择把其中的某个或某几个组件部署在Java或.Net的平台上，而剩下的组件部署在另一个平台上，从而最大限度的整合现有的，以及计划中的企业应用。

　　可以看到，其他的门户产品没有一个是提供对Java和.Net都提供自然支持的。它们或者是基于Java开发的，或者是基于.Net开发的。这给以后的跨平台应用集成埋下了很多技术上的难点。 ALUI的多版本支持从根本上解决了这个问题。不仅如此，ALUI还提供了.Net办公自动化所需要的很多功能组件，例如前边所说的对各类Office文档的支持， 对Microsoft项目管理文档格式的直接转换，以及对于Excel文档的直接整合，都为现在的基于微软的办公自动化应用提供了并入整个企业门户的简单直观的解决方案。内部网关(Gateway)

　　建立企业门户必不可少的需要通过门户获取企业内网中的资料。 一方面，门户需要保护这些内网资料不被非法用户获取，另一方面，门户又需要把一下内网中可以公开的内容展示给合法的用户。网关(Gateway)是解决这个问题的最好办法。 ALUI提供了一个内置的可以由系统管理员配置的网关，这个网关可以结合系统的认证信息，检查用户的合法性，同时通过Portlet Web Service获取所需要的内网内容，并且为合法用户提供一个代理，转换对应的内网内容，提供给最终用户。

　　大多数的企业门户产品在这方面是欠缺的，它们或者是需要另外购买这部分的功能，或者是不能提供象ALUI一样与门户安全设置紧密相连的网关，造成或者是将内网内容完全开放给最终用户，或者是完全封闭起来