Chinaunix首页 | 论坛 | 博客
  • 博客访问: 129227
  • 博文数量: 31
  • 博客积分: 1410
  • 博客等级: 中尉
  • 技术积分: 310
  • 用 户 组: 普通用户
  • 注册时间: 2005-10-27 15:32
个人简介

梦去梦回之时,总有个头绪,相接在透明的风中

文章分类

全部博文(31)

文章存档

2014年(1)

2011年(1)

2010年(1)

2009年(2)

2006年(3)

2005年(23)

我的朋友

分类: 系统运维

2005-12-18 22:33:06

读者一定觉得很纳闷,B2B不是讲很久了吗?为什麼现在要老调重谈?等一下还会出现「博大精深」的字眼--Web ServicesSOAservice-oriented architecture, 服务导向架构),究竟我今天把这些字母汤端出来做啥,这两些IT名词之间有什麼关系呢?其实谈这些名词现在时机正成熟,因为IT的目的在於将和商业流程整 合,化繁为简,让E化系统发挥更大的商业价值,让公司营运更上一层楼。而现在,IT的能力已经渐渐可以实现他的承诺了。

SOA:时代进步延伸出来的產物

今年几家软体大厂IBMBEA、微软、甲骨文(Oracle),甚至SAP都宣布,他们的软体架构未来都会朝SOA发展,但怎麼做都还沒 有个谱,目前都还在市场教育阶段,透过不断地宣传,让大家了解这个专有名词以及其重要性。但话又說回来,比较起过去23年的IT发展历程,这些技术或许 不新,有人說是冷饭热炒,但我认为是时代进步延伸出来的產物。

怎麼說呢?过去的资讯不发达的时候,企业建置靜态网站是很了不起的事,58年前开始可以公布资料(如贴公布栏)。后来网站技术逐渐进步 到利用CGI程式开发互动机制,CGI遂成为当时热门课程。另一方面,来自世界各角落的有志之士也不计代价,贡献自己的发现,像PHPASPPerlJavaJSP等也慢慢窜红,並逐渐普及化。

普及化后总要追求进步,上述技术处理的都还是B2C的范围,B2BSupply Chain都在谈,一直都在进步当中,而B2C技术已经完备,靠的是BrowerServer端的运算,B2B的解決方案也逐渐演进到后来的EDI资料 交換,或到所谓的B2B Gateway,利用中介平台作为大家交換的中心;因为IBM和微软等大厂握手讠和,将各自產品中相似的技术整合,2000年才发展出电子商务新标準-- Web Services

Web ServicesB2B成本平民化

要不要和外界整合是公司心态问题。像台塑集团上万家上下游厂商,建置属於该集团的B2B引擎,要跟它做生意都要连上,这也算是合理的运作方式;在某些状況 下,如果A厂商不想跟台塑做生意,或跟台塑做生意只佔B厂商营业额的一小部分,B厂商不想花大钱投资在这一小部分的利益上,但这笔钱终究还是要给出去。

然而,不是只有大集团或大企业有B2B的技术需求,上述的整合方式只是集中式的资料交換形式,现在类似的案子比较少了,过去几年都做完了,中型企业的B2B需求似乎比较少,或根本也沒有实力作,只能照传统的模式走,但毕竟中小型企业IT资源有限,成效相对也打了折扣。

这几年大厂谈的SOA,就是用Web Services来整合各企业间需要交換的资料,唯一的形式就是把所有企业之间能夠开放资讯应用,透过统一的介面、统一的方式相互开放;如果公司和公司间 还未开始进行资料交換,先提供外界相关服务查询,Web Services提供像电话簿一樣的机制,将该资料登记在UDDI中,既然登记了,对方就可以打电话进来查,你只要给我应该有的资讯,我就给你相对应的讯 息,这樣的交換机制是架构在共通标準上,因为花费的成本较低,最后就会演变成「各家都有B2B」的现象。

Web Services:拆除B2B的技术壁垒

SOA的实质意义,在於怎麼让企业大环境的IT模式更上一层楼,如果讠之无物,还是沒有人愿意买单。很多人沒有B2C的时候,B2B靠传真机,现在还是很 多公司以纸本传真为主,对发送和收件者来說都能省钱;但这年头公司之间的业务往来不可能只有几张订单,一旦资料量大,传真机可以应付得来,资料建档和归档 就要靠人key-in,但如果导入B2B Web Services,可以大幅減少这方面的人力,简单的询价动作也不用花人力和时间,更具时间和成本优势。

过去B2B是各自为政,现在已经有规范,已经定义完备,对开发者来說,未来还是要选边站──Java.NET。基本上,採用Web Services会有2类互动模式:第一、上下游厂商提供Web Services应用程式,如何呼叫这个Web Services,需要各式各樣的范例;第二、透过不断的学习,让公司本身提供应用改成Web Services,开放让上下游执行取得服务。

学习之道无他,放心而已

而开发者怎麼将现存的应用系统,如鼎新或思爱普的企业资源规画系统裡的订单、库存或料号,如果要开放到网页,已经是难题了,更不用說把这些程式如何改成 Web Services;传统的作法是从书本学Web Services程式开发,厂商会叫你要去装一个叫做Web Services套件,边看书边研究,学习如何描述Web Services,把Web Services在系统中定义好,开放给人家,这是标準的Web Services开放的方式。

也就是說,写程式增加了Web Services接轨的介面,如果用传统不是以平台为基础的语讠,是不可能达成做到的。对开发者来說,Web Services是前所未有的介面,所需要伺服器不是一般人能写,还是需要专业技术的厂商提供相关產品,才能达到如此的境界。

写这篇文章的主要用意不是和大厂们起舞,我的目的是想跟读者分享Web Services的应用,和我们协助某个制造业客戶导入的实际经验:原本客戶端要花许多时间在於写程式、连接应用系统和捞资料的工作,而且每家系统规格不 同,硬Coding的效果也不理想;我们将要连结的系统加上Web Services之后,资讯人员就不太需要再Coding去捞取资料,而将这些时间拿去进行別的整合工程。

我认为,企业IT要成功,基本上不能脫离潮流,一定要有人跳出来担任开创性的角色,将所有的人都一起带上,不然可能会和之前的情況一樣,你要跟別人连,沒 有人要跟你连;B2B就是这樣的角色,过去因为核心厂商带动上下游,才能带动电子商务交易技术,第一波推Web Services仍以大企业为主,只要新技术让商务营运產生效益,后续会有更多人跟进。


阅读(1149) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~