全球网络服务如火如荼 前景扑朔迷离（上）
(https://www.epochtimes.com)
【大纪元7月19日讯】网络服务是去年以来软件业界的当红话题﹐但是网络服务会不会像另一个达康一样﹐在极度吹捧后骤然破灭了呢﹖还是它终将成为企业应用的救星﹖
CNET Taiwan7月18日消息，从去年以来网络服务话题不断。先是微软带头炒起网络服务（Web services）﹐到IBM加入﹑两者主导网络服务兼容性（WS-I）组织的成立﹐以及后续演变成Java vs. .NET的两阵营对峙﹐现在软件大厂言必称网络服务﹐似乎以XML为基础的它﹐能解决计算机出现以来即不停困扰人们的万灵丹──程序与信息无障碍交换的管道﹐创造出可用冰箱上网购买披萨﹑企业人士用手机进行银行转账﹑或用车上计算机上网查阅电子地图﹑在线付款﹑直接下单或订票等应用﹐甚至可透过3G或802.11a或b的传输系统来做行动数据存取的美景。
不过﹐一个残酷的事实是﹕网络服务既不是新的发明﹐短期内不会实现﹐而且更重要的是﹐它并不是如想象中般的万灵丹。有人认为﹐网络务要广为实施﹐还要一段路要走﹐至少在市场及技术成熟后。
前方长路迢迢
根据分析公司IDC今（2002）年的报告﹐网络服务现在还处于起步阶段。报告中指出﹐2002-2003年﹐网络服务建置将限于防火墙内部﹐用作应用整合及提高生产力的目的﹐到2004年﹐网络服务继续发展更丰富的应用内容﹐并首次开放给企业外部网络（extranet）的合作伙伴﹐以加速公司间的连结﹐同时出现订阅式（subscribed-based）的服务。
根据这份报告﹐IT公司及未来梦想家描述的美景﹐最快要到2006年才会出现轮廓。2006年以后﹐随着新式的行动装置普及﹑软件商业化（软件即服务﹐变得普及而平价）﹑出现新型商业模式（如组合软件组件的中间商销售网络服务）﹐消费者自由购买的网络服务才会实现。
怡康软件总经理徐展政则指出业务层面的考量。他以银行为例﹐即使技术上可以实现网络服务﹐但银行主要需求的是与银行间的系统互通（至少在C计划里）﹐这以B2Bi即办得到﹔它们并不希望把自己的客户及营运数据和别人分享﹐那为什么还要用到网络服务呢﹖
成千分析师和厂商的共同的想法大致相同﹕网络服务是一门有着美好前景的技术﹐但至少还需要两﹑三年内才会成熟。
起步阶段
网络服务最大﹑最为人却步的问题﹐就是还是很空泛。甲骨文产品经理刘岳霖指出﹐网络服务目前有三个主要协议﹐但多数都仍在白皮书的阶段﹐最多到规格的阶段﹐至于厂商的实施（implement）则更是鲜有先例。
三个协议里﹐SOAP较没有争议﹐但像UDDI就碰到很大困扰。UDDI目的在辨识并建立网络服务的目录﹐以方便直接在在线作查询﹐提供网络服务的供应与需求间的中介。但由于评等制度尚未建立好﹐缺乏信任﹐所以现在也只有少数人敢做。
缺乏安全性是最大的障碍。以现在具有SSL加密﹑PKI的因特网而言﹐要人们在网络上交易都十分困难的情况下﹐安全规格尚在未定之天的网络服务怎么可能吸引消费者或企业将机密信息藉由网络服务来交换﹖
目前致力发展将网络服务Web services结合网格运算的运用。根据IBM的想法﹐这就是结合分布式数据库（网格运算）结合分布式应用（网络服务）的特点﹕在做一个庞大运算时﹐把不同部分的工作分配下去﹐让NT﹑IBM AIX﹑Unix﹑Linux等不同平台的各应用执行不同工作﹐一个做好交给下一个去做。不过业界人士表示﹐以现有技术而言﹐网格运算和网络服务都还在起步阶段﹐网络运算虽然也不是太新观念﹐但由于牵涉到众多成员来制定共同标准解决安全性的问题﹐甚至可能需要比网络服务还长的时间来发展。不过IBM预计会在下一版本（可能是明天）推出的Websphere具有OGSA标准支持。
分散vs. 集中
网络服务谈的就是使一直以来令人头痛的应用对应用对话问题。简单而言﹐它的原理是以XML为基础的协议把程序包起来﹑利用XML可以穿透防火墙的特性﹐达到跨平台互通的目的﹐因为对IT及企业而言﹐不同平台的应用是无法互相对话的。 因此﹐讨论网络服务的好处与坏处﹐和分布式vs.集中式IT架构有雷同的地方。有关人士表示﹐集中式管理所有谓“Single point of failure”的特性﹐好处是容易控管﹐网络出错也较容易找到问题﹐坏处则是不易互通﹑而且建置成本相当昂贵。相反地﹐网络服务走的是开放标准﹐因此可以跨平台作水平互通﹑建置成本也比较低﹐但是另一方面﹐由于节点太多﹐IT人员管理与维护十分不易﹐数据备援也会更加使问题更复杂。
另外﹐网络服务听来十分轻巧﹐但效率高低则得视它应用的地方。IBM行销经理游家伦表示﹐原理上网络服务把所有程序及数据转换成XML就可以互通﹐因此用在企业流程整合上具有快速而方便的好处﹐可是若是大量的信息交换﹐XML转换就会耗去相当多的功能﹐反而不如大型的EAI来得效能高。
上述也可牵涉到稳定性。今天﹐一旦网络呼叫发生问题﹐使用者只要按个键让浏览器重新下载网页即可﹐但若如果这个呼叫是大厂对供应间的“取消我50,000片网络卡的订单”﹐就非得要有个能保证讯息传递的机制不可。一些应用整合环境如IBM在企业应用两端以MQ Series连接﹐Tibco﹑webMethods等利用EAI平台为中心与各种应用直接连接的方式﹐都是为了确保讯息快速传递及反应。HyperText Transfer Protocol-Reliability(HTTP-R)协议﹑微软Global XML Architecture(GXA)和一些带头发展Web services的组织﹐现在都在解决这些问题。
技术复杂度
虽然XML──网络服务的基础──相当简单﹐但有人仍认为相当难以普及。首先是网络服务开发工具的问题。Java是相当具难度的开发语言﹐而根据Java人士指出﹐虽然微软开发工具以简单好用着称﹐但是其Visual Studio.NET比起VB 6.0可说是不同的二种语言﹐两种皆为对象导向的程序语言﹐都具有一定门坎。
另外﹐网络服务的完成﹐事实上牵涉到的技术相当多。刘岳霖指出﹐除了XML及核心技术外﹐开发人士依据各种目的如交易﹑查询﹑Parsing﹑展示等﹐还创造出各式各样的技术﹐林林总总不下一百种﹐因此要一个公司的开发人员来独立开发可用的网络服务﹐简直不可能。他也因此引用来自硅谷的开发人员的话说﹕“如果有公司说能提供所有的解决方案﹐那就是骗人的。”
此外﹐企业导入网络服务﹐还有其它几点须要纳入考量。这些问题包括网络服务要用在哪里﹑与现有应用如何并存等。台湾微软企业平台与服务器解决方案部门资深产品行销经理王嘉玲指出﹐在企业认知到网络服务的软件组件化特性后﹐就是发挥想象力的时候了﹔她建议一些小型的应用可以挪到上面﹐可以使用增加对客户的服务﹐像世华就提供股价的SmartTag﹐而这并不牵涉到交易行为﹐所以也较没有安全顾虑。
另外﹐既然网络服务无法取代所有企业应用﹐如EAI或B2Bi﹐势必出现新旧应用并存的局面﹐网络服务将如何与旧有应用搭配﹐也是需要考虑的﹐如刚才所说﹐网络服务可以处理小型的程序呼叫﹐而大量的数据及应用就可以留给EAI大型平台。（待续）(https://www.dajiyuan.com)