Web services强化入口网站功能

申请免费试用、咨询电话：400-8352-114

Web services强化入口网站功能  

对于一般员工、客户与企业伙伴而言，尽管入口网站仍是个易用的单一入口，但对防火墙外的客户与合作伙伴而言，连结后端应用程序与入口网站，，是个艰巨的整合任务。然而目前IT生态中最热门技术之一的Web services正开始将平凡无奇的入口网站，从少数几套应用程序的简单个人化GUI检视接口，提升为企业应用程序整合的关键中枢。

例如，XML封套 (wrapper)等Web services可将数据由一套应用程序传至另一套程序，以在产业标准的架构中，减轻应用程序整合的负担。

The Delphi Group研究主任Hadley Reynolds表示，未来两年内Web services将对入口网站的供应产生极大冲击。

同时Reynolds也指出，目前在入口网站发展中，后端应用程序须透过portlet、小程序或gadget等专属软件，连结至入口网站，然而Web services可解决该项危险的限制。他表示：「这种连结方法是一致命要害，总有一天会出事。」因为非经产业认可Web services打造的入口网站，顶多只是短期性的战术性投资，最糟的是内含专属软件的限制，将阻碍应用程序整合。

决策点

由于对开放标准设计软件的期望，导致American Productivity & Quality Center(APQC)须决定如何开发入口网站。该家总部位于休斯敦且亦为Malcolm Baldridge Awards创办之一的非营利机构决定在新入口网站的提案中纳入Web services的要件。

APQC知识共享网络项目经理Farida Hasanali表示：「我们仔细考量过标准，并确定以Web为基础建立开放平台。」

她指出，从Art Technology Group Inc. (ATG)购买的Enterprise Portal Suite遵循新兴Java Specification Request (JSR) 168 Portlet Specification规格(Java Community Process正在开发中)，其为该公司极重要的采购考量。

Hasanali指出，ATGJava架构技术使服务之间的连结变得更简易，因而有助APQC的500家会员 (包括Fortune 1,000大企业中的450家与主要政府机构)以新入口网站享受更棒的服务。而采用Java技术代表应用程序之间的数据互换无须再以各自专属脚本档(script)撰写。

Hasanali指出，针对入口站的成员，APQC可迅速启用个人化服务、留言版、行事历与社群区。在开发业者学会如何撰写XML封套或SOAP (Simple Object Access Protocol)接口后，即可在整个程序设计程序中套用该技巧，以减少学习与除错专属脚本档或portlet的时间。

Hasanali指出，Java中的Web services也可打造网站中的其它区域。如透过APQC的网络商店，许多机构可在此网络商店销售其众多的白皮书、产业调查与其它报告，使成本大幅下降。

同时Hasanali也表示，由于ATG技术是以Java为基础，且该公司员工早已通Java，因此Hasanali小组目前的入口网站项目，整合APQC的研讨会注册程序于Web网站，将变得轻而易举。项目完成后，该机构可实时了解研讨会出席者的人口统计，并利用更精准的行销方式增加研讨会出席率。

Hasanali指出，此举不仅节省许多时间与资源，同时也是获利来源。

营收与获利

纽约市调公司Basex Inc.的报告指出，企业主要考量的是降低成本或增加销售，而入口站似乎是两者兼顾之道。在今年5月份出版的Pure Portal Technology调查中，Basex分析师指出，由于生产力提升、效率改善及管理成本下滑，中型企业的成本节省最高可达到年营收的3.15％。

年营收近2亿美元的牙科用品制造厂商A-dec Inc.信息长Keith Bearden指出，该公司正开发主要协助经销商在线订单的入口网站。目前经销商须自行浏览A-dec提供的20亿个订制产品选项。Bearden指出，由于每种组态都不同，该公司去年就生产近5万5千个无统一规格的牙医用品。

他表示：「不到20％的经销商能在第一次就能正确下单。」如能让经销商上网浏览产品选择，并降低键盘输入的错误，A-dec则可减少厘清订单内容的时间与金钱。

与Hasanali不同的是，Bearden认为无须也无法在Web services的层面上采用业界标准，尽管以Web services模式打造入口网站是未来趋势。但Bearden并不偏重于Java或Microsoft的.Net开发环境，因此两种Web services都可通行。

Bearden表示，公司入口网站的入口处是.Net设计，在进入入口网站后，使用者将可享有相关应用程序与静态信息的多样化选择。尽管OrderNet应用程序以Microsoft Commerce Server为引擎，但应用程序本身却以Java为主的Baan应用程序，提供产品组态与图形能力。

Web services是万灵丹？

下面例子显现出入口网站市场中Web services的契机，但该技术仍有其限制。Hurwitz Group Inc.分析师在Web services报导中认为，Web services虽有助解决某些整合的复杂性，但却非万灵丹。

评论者指出，在应用程序开发业者将其产品广泛采用Web services为入口网站后端整合工具前，Web services仍是一种点对点方案。而Web services缺乏缜密的执行，使得接口管理的长期维护工作更加困难，如其它开发方法中常见的组件管理。

与JSR 168兼容的Adaptive Web Services Suite设计厂商Kinzan Inc.技术长Garland Wong也赞同Web services，尤其在跨企业用途上，短期内不会挤进Web上的Universal Description, Discovery and Integration (UDDI)目录中。

他表示，这是个长远的目标，因此Kinzan必试图让其Web services组件与来自其它主流入口网站厂商的产品搭配，例如Plumtree Software Inc.与Epicentric Inc.。
虽然使用于入口网站的Web services之长期远景看好，但ATG技术副总裁Fumi Matsumoto提醒，XML (数据格式的Web services标准) 内不同的方言 (dialect)，尤其是用来与企业合作伙伴配合的方言，将是入口网站开发厂商的一大顾虑。

Matsumoto表示，涉及到现实世界B2B交易所的购货单时，就须顾及到关键的最低层，即使使用的语言相同，但是在XML层面上须有所协议。

Web services:以IP为基础的XML、SOAP、WSDL与UDDI等开放标准，整合Web应用程序的标准化方法。

XML:由World Wide Web Consortium开发，为数据加上卷标(tag)的规格。

SOAP:以平台中立的方式，让不同的应用程序透过Internet沟通。SOAP依赖XML定义信息的格式，然后加上必须的HTTP标头，之后才传送出去。

Web Services Description Language (WSDL) :这种XML格式的语言用来形容一项Web services的功能为可互换讯息的通讯端点集。由Microsoft与IBM共同开发的WSDL是UDDI所采用的语言。

UDDI:这个Web架构的分布式目录可让企业自我列名于Internet上，并互相找到对方，类似传统的电话号码黄页与白页。

本文原载于环球咨询网站