
廠商艱難前行
另一方面,ERP廠商卻要繼續其SOA之旅。美國Plant-Wide 研究集團總裁Bill McFadden說:“問題不是讓終端用戶高興,更多的是使ERP廠商能夠從硬代碼API領域里抽身而出。”
ERP系統越來越多的是以中間件平臺為中心,在這些平臺上,大部分的集成工作已經完成,例如,使用IBM公司的WebSphere或者微軟公司的.Net就可以操縱基本過程和應用代碼。ERP廠商不得不面臨一個抉擇,一是使自己與其中的一種中間件保持密切的一致;一是建立自己的中間件系統。由于ERP軟件的預計增長率只有個位數,因此,很少有廠商有能力走建立自己的中間件這條路,但這卻是SAP選擇的道路。公司宣布,隨著mySAP ERP在2007年的面市,它將把其ERP軟件分解成以Web服務出現的更加粒狀的自我描述構件。那樣,用戶就能夠組合這些構件,以生成定制的松散耦聯的復合應用,SAP公司稱其為xApps。
這一點對加拿大郵政公司(Canada Post)總經理Aaron Nichols很有吸引力,他說:“我們在訂單生成當中使用了一些特定的功能,我們希望把這些功能向企業之外推廣。只挑選那些必需的服務,為每個客戶定制應用。這樣就可以為客戶提供他們想要的性能,而我們也可以在每個應用當中重用這些性能,而且無需運行它們一次以上。”
PeopleSoft公司則決心與IBM公司共命運,它把WebSphere作為其首選中間件,但是,Oracle公司對該公司的收購卻使這一戰略的未來不確定了。不過,作為PeopleSoft的用戶,Kichler公司的Schindler表示,他根本不擔心Oracle公司的計劃。他說,第一個實際影響將隨著PeopleSoft 10的面市而顯現,該產品最早也要過36個月才能面市。Schindler表示,就目前而言,Kichler公司將保持現狀。
分析人士表示,雖然Oracle公司為其電子商務套間提供了自己的應用服務器和中間件,但是,其總體SOA戰略卻并未得到很好的闡明。Oracle公司負責ERP的副總裁Fred Studer說:“客戶并不需要單元式信息倉庫。它們需要的是真實的來源。”但RedMond公司分析員James Governor稱,問題是,在真實世界里,大多數組織都不得不擁有許多資源庫,而這種思維又讓廠商們猶豫不決。Oracle公司一直忙于把其傳統API與Web服務接口捆綁起來,并在積極地做更多的此類工作。但是,它是否能走得像SAP一樣遠還不是很明朗。Gartner分析師Yvonne Genovese說:“當你把大的應用分解成小的應用時,可以重新安排這些小應用,或者,把事件放在那些任務中間。而Oracle公司還未真正做到這一點。”
規模小一些的ERP廠商也都推出了其自己的SOA創新項目。SSA公司的Eaves說:“我們對Java和WebSphere進行了標準化。”分析人士表示,所有ERP廠商最終都將進入一些中間件提供商當中的一家公司的范圍之內,這些中間件提供商包括微軟、IBM、SAP和Oracle(可能的話)。但是,迄今為止,還沒有一個廠商的創新項目成功出爐了。McFadden謹慎地說:“我的猜想是,至少需要5至7年的時間才能完成重組。”
Rob Crawford是SAP用戶Menasha公司的資深系統分析員,他擔心的是版本控制和服務注冊問題。他說:“如果你升級后端,Web服務就需要進行變更。你必須找到辦法,解決Web服務的版本問題或者對其進行擴展。”Nichols也同樣想知道,這些系統將如何很好地進行伸縮。他說:“所有這些概念都一起出現,它們都希望成為解決方案,但是,它們也會增加更多的復雜性。”
對于由Web服務連接起來的分布式構件世界,喜達屋公司的Malik擔心其如何遵從美國政府的相關法規,因為作為Sarbanes-Oxley法案的一部分,為期6個月的全面測試就已經夠復雜了。他說:“針對Sarbanes-Oxley法案,我對試圖使系統構件化的努力表示謹慎,因為有更多更多的東西需要進行測試。”
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄