現階段要把云端的應用系統與企業內部的應用系統整合起來會遇到很多困難,這些困難包括缺少標準、網絡不可靠以及可能被云服務提供商鎖定。
云計算通過把應用軟件和系統遷移到一個集中的
平臺(可能是第三方運營也可以是自己運營)從而降低風險,同時提高經濟效益。比如,零售商們可以在節假日和購物旺季購買額外的處理能力,一旦進入銷售淡季則可以放棄這部分額外的處理能力; 金融服務公司可以另外租用基礎架構,用來測試支持新產品的系統,而等開發和測試工作完畢就不再需要使用該基礎架構了。另外,用戶可以根據自己需求選擇最合適的供應商,比如一家云服務提供商開出的條件可能比另一家提供商更優惠,因而會促使CIO們換一家云服務提供商。
隨著云計算不斷發展,云應用會越來越普及,而企業自己的應用肯定還會繼續存在,這樣企業的IT部門就會面臨著相當棘手的局面:企業的一些IT系統會繼續留在自己的數據中心,而另一些IT系統則可能放在外包商的某個地方,而且可能是放在多個云提供商的數據中心。對用戶來說,你必須把所有這些IT系統當做一個計算環境來加以管理,盡管沒有實際控制全部系統。
無法回避的集成問題
Judith Hurwitz是咨詢公司Hurwitz and Associates的總裁,也是《傻瓜云計算》一書的作者,她說:“你的數據中心不再成為你整個IT環境的核心部分,這使得集成成了云計算方面最重要的問題?!?/p>
可是目前缺少云計算的相關標準給集成帶來很大困難。XML也許是把數據從一個基于Web的系統移到另一個系統的最簡單方法,但是涉足云計算領域的許多CIO將不得不整合Web系統和非Web系統,而且是在云計算系統和內部系統混合的環境下進行整合。這項工作的難度之大不亞于10年前集成后臺遺留系統與基于Web的、面向用戶的應用軟件。
經歷過那個時期的資深IT人和最近部署了軟件即服務(SaaS)系統的人士,對于云計算所帶來的集成難題可能有所了解:需要嘗試使用不同的應用編程接口(API),以保證速度和流暢性; 要避免被云提供商專有的API牢牢鎖定,還要進行大量的測試工作。但是CIO們必須知道如何發現及應對一些意想不到的困難,比如把Web應用軟件與本身不支持虛擬化服務器的小眾系統或老系統結合起來,以及從眾多相互競爭的云互操作性規范中選擇一個。此外,像亞馬遜和谷歌這些已成為業界巨無霸的云服務提供商在服務企業級客戶方面也并非經驗十足。
Marty Colburn是負責監管證券公司的美國金融行業監管局(Finra)的首席技術官。他認為IT主管們必須多了解云提供商的內部運作情況,然而一些提供商不愿向客戶透露這方面的詳情。Colburn在考慮要不要把電子郵件遷移到云端時,就發現集成是個大問題。他希望如果需要審計以確保遵守監管法規時,能夠使用自己的抽取工具快速訪問歸檔的電子郵件。但是讓他備感沮喪的是,到目前,為此接洽過的云服務提供商都不愿詳細透露其架構方面的情況,借口是不想讓競爭對手了解自己如何開展業務。他說:“要是不了解這些情況,你怎么知道如何進行集成?我們可沒有興趣購買自己一無所知的黑盒子?!?/p>
堵不如疏
有些人可能會想:索性推遲使用云服務,直到整合云服務變得很簡單時再使用,但這只是你一廂情愿的想法。美國的汽車貸款公司Santander Consumer的CIO Don Goin表示,員工們很容易就會把SaaS應用(云計算的一種)引入到公司。他們只需要一張信用卡加上繞過IT部門的決心就夠了。
Santander Consumer是年收入達187億美元的銀行業巨頭西班牙國家銀行旗下的一個子公司,去年,Santander Consumer 公司市場營銷部的幾個員工采用了Salesforce.com的CRM。這個做法并不在Goin的計劃之內,但很快在員工當中普及開來,他最后只好允許這樣。后來,員工又開始使用Force.com開發平臺來開發自定義的商業智能工具,這些工具與公司現有的標準并不一致。于是,Goin不得不派出一個IT團隊,來確保這些項目與公司其他商業智能項目保持一致。
Goin說,他必須對所有技術以及進出公司的每一部分數據負責。雖然他不希望IT部門在別人眼里是說“不”的人,但最終用戶可能預料不到把新產品與現有技術結合起來所面臨的困難。他解釋說:“在企業內部,我們有自己的技術標準,但在云端根本沒有這樣的標準。要是企業用戶采用了這些技術,作為IT部門“一把手”CIO其任務就要搞清楚如何把它們與企業內部的其他系統集成起來。”
Goin發現云計算與早期的客戶機/服務器時代有幾分相似之處,那時候企業用戶可能會在沒有IT部門幫助或IT部門不知情的情況下,購買新的開發工具自行開發軟件。Goin回憶說:“那時我供職于西南航空公司。有個飛行員回家后,用PowerBuilder開發出一款機組人員排班應用軟件,希望供大家使用,這種情況并不少見。這些系統最后都被IT部門所接受?!?/p>
即使有些公司已經把采用云計算列為自己的目標,也還會碰到意料之外的困難。雖然互聯網讓云計算成為可能,但是云應用軟件需要與老系統通信,而這些系統不是為了在Web上使用而設計的,因此,負責數據格式轉換的中間件就必不可少,與互聯網剛出現時一樣,企業的IT部門常常不得不自行開發中間件。
Stuart Appley是房地產公司Shorenstein Properties的CIO。他表示,Salesforce和NetSuite等大的云服務提供商所提供的電子商務和CRM應用可以與流行的業務應用軟件(如甲骨文的軟件)進行數據交換,但它們缺少與比較陳舊或小眾領域的應用軟件進行數據交換的工具,更不用說與企業內部開發的系統進行數據交換的工具了。比如,Appley使用Yardi Systems公司提供的托管版本的重要財產管理系統,Yardi的系統運行在IBM AS/400服務器上。當他希望云計算版本的其他應用軟件可以與Yardi軟件進行數據交換時,發現這些應用軟件的開發商和Yardi都缺少專門為集成這些系統而開發的實用工具。Appley的員工只好使用RPG(IBM在AS/400中使用的編程語言)來編寫接口。
現在,他部署了一套新的發票掃描和審核工作流系統,使用微軟的BizTalk Server來傳送進出該公司眾多內部和異地系統的信息。BizTalk將管理不同云應用軟件處理的不同格式的數據,包括FTP、各種Web服務和自定義的API。
2007年Appley進入Shorenstein公司之前,公司已訂購了眾多的云計算和SaaS系統,現在他正設法把它們集成起來。他表示,BizTalk將成為數據傳輸的中心?!拔覀冇?0多種獲取數據的方式,只有幾個重要的人知道如何獲取數據,我們現在正以BizTalk為基礎來完成這項工作?!?/p>
顧問Hurwitz也提醒CIO們在使用云提供商提供的API和集成工具時要謹慎行事。她說,一旦被云服務提供商專有的API牢牢束縛,如果時過境遷想換一家收費更低、效率更高的提供商就困難了。
目前,有幾個組織正在著手制定云計算規范,但云計算的出現畢竟還不太久,到目前為止還沒有任何指導原則得到標準化機構的批準。最近由一些軟硬件廠商組成的分布式管理任務組完成了開放虛擬化格式(OVF)這項規范,目的在于促進云互操作性。該任務組已將OVF提交給美國國家標準研究所和國際標準化組織。這些標準化機構會在今年測試這項規范,一同測試的還有結構化信息標準組織(OASIS)和云安全聯盟提出的其他規范。Hurwitz表示,最終通過的那項規范其影響力會與用于網上數據交換的XML一樣大。
她補充說,上述組織一方面致力于推動各自提出的方案成為標準,同時云計算提供商們還希望自己的API會成為事實上的標準,就像Adobe的Flash技術已成為富互聯網應用事實上的標準一樣。她說:“Salesforce.com、谷歌和亞馬遜都希望世界上的其他任何一家云提供商都使用自己的API?!?/p>
找到一個適合自己的集成方案
PDS Tech是為波音等大公司提供工程師和IT承包商的一家人力資源服務的公司。該公司CIO Matt Hahn表示,云應用的集成取得成功的關鍵是找到一個適合自己公司的集成方案。由于云計算技術本身還在迅速變化,標準又還沒有確定下來,集成勢必面臨一定的風險。Hahn希望能夠應用之前在SaaS集成時得到的經驗,這有助于順利完成云集成項目。
前些年經濟形勢惡化時,Hahn決定改用SaaS來節省費用,這個想法立即得到了高級主管們的支持。這一舉措的效果很明顯,公司此后每年在基礎架構、升級和人力等方面省下來的費用多達六七十萬美元。他說:“我們是一家年收入3.45億美元的公司。能省下這么多錢,足以打消大家的疑慮?!?/p>
PDS Tech使用Salesforce.com、Taleo公司的人員招聘及跟蹤軟件和Journyx公司的Timesheet軟件包,后者讓PDS Tech的承包商可以在網上提交工作時間和費用報表。這家公司使用運行在內部服務器上的Lawson S3工資單、發票和財務套件,負責協調系統之間的數據交換。
Hahn表示,每家云服務提供商都擁有將自身軟件與其他軟件包集成起來的工具,但缺乏一個統一、適合集成多個軟件和云服務的工具。曾有幾家提供商提出可以訂制接口,但Hahn沒有同意。他使用了這些提供商的集成工具,但讓自己的員工開發接口,因為他們顯然比軟件商和服務提供商更清楚自己公司的業務流程。
Hahn把內部的Lawson套件作為數據集成的交換中心,而異地系統都把數據發送到該中心,這就減小了數據不同步的可能性,哪個系統擁有最新、最權威的數據也就一目了然。而在Shorenstein的架構中—BizTalk扮演協調員的角色。
CIO Appley表示,擁有一個集中的、一致的數據對于基于這些數據做出決策來說很重要。然而,云計算要求客戶將眾多的控制權交給提供商,這就導致保持數據同步是一項更艱巨的挑戰。他提醒:“你要確保自己有一項對策。”
不能忽視網絡穩定性
消費品公司嘉康利(Shaklee)的CIO Ken Harris預測說,最終,云服務提供商一定會自己開發或購買用于集成的工具—無論這些工具是不是基于開放標準,以便顧客集成各種應用系統。Harris指出,這關系到云服務提供商在將來能不能取得成功?!叭绻仗峁┥虩o法快速、便捷地把云端的應用與客戶內部系統連接起來,就算不上一種高效的經營模式,也就不太可能被很多用戶采用。”
嘉康利使用了多種SaaS應用,包括數據倉庫、客戶關系管理系統、地址確認服務和互聯網營銷軟件包。集成其中一些系統意味著要用第三方工具。比如,嘉康利使用商業智能和數據倉庫工具PivotLink,收集來自內部數據庫以及訂單錄入和庫存管理等應用軟件的數據。
Harris指出,云技術帶來的變化是系統在異地運行,但云服務的提供需要以網絡可靠作為前提。如果你希望幾個應用軟件順利地交換數據,必須保證它們使用的網絡隨時可用,并且有足夠的帶寬。CIO與云提供商訂合同時,多少會在這方面失去一些控制權。
貨運公司Bay and Bay的CIO Rob Adams同樣認為,一旦網絡陷入停頓,集成就會成問題。這家公司已經在使用Salesforce系統,并計劃把更多應用軟件遷移到云端。為了在Salesforce.com系統與內部系統之間傳送有關公司客戶的月累計指標,該公司購買了Salesforce.com推薦的由Informatica提供的數據集成工具。Informatica提供的工具從公司內部運行的兩個系統:為貨車安排路線的運輸管理應用軟件和IBM DB2分析型數據庫中獲取數據后,把它提供給Salesforce.com的系統。
Adams表示,網絡停運是不多見的問題,但CIO仍然有必要對這個問題的出現有所防范,為此不但需要在企業內部擁有冗余的網絡連接,還要在與網絡服務商簽訂的服務級別協議中明確規定正常運行時間至少多長(以及沒有達到該正常運行時間,提供商要負什么責任)。他表示,對沒有冗余網絡鏈接的中小企業來說,網絡其實會成為最薄弱的環節。
美國金融業監管局(Finra)的首席技術官Colburn表示,一些行業可能會發現云計算的使用范圍極其有限,因為無法像在企業內部那樣透明地對不同應用進行集成。而金融服務公司必須處理眾多合規問題,因此清楚、全面地了解提供商的運營情況必不可少。比如,與其他證券交易所和協會一樣,Finra也必須遵守《證券交易法》中嚴格的檔案保管規定,該法要求將許多文檔(包括電子郵件)保留五年。而且在頭三年,這些文檔必須“容易訪問”。Colburn表示,要是云提供商無法在任何特定的時間準確表明Finra的電子郵件在何處,他就不能確信這些郵件“容易訪問”。所以眼下,Finra的電子郵件仍存放在這家監管機構自己的數據中心。
美盛集團(Legg Mason)是一家管理資產多達6850億美元的全球資產管理公司,到目前為止聯席CIO Dan Greller還沒有把任何應用系統放在云端的計劃。他表示,由于云應用的安全性還不夠高,同時集成方面非常困難,這些都讓他猶豫不定。他認為,“大眾化”的應用軟件(如幫助臺管理軟件)最適合進行早期的云試驗,這是由于它們不需要與美盛集團的核心業務系統緊密集成。
他表示,糟糕的集成會影響應用軟件的整體性能,而金融服務公司承擔不起這樣的后果。采用分布式的計算模式總是會帶來性能方面的問題,而云是一種徹底的分布式計算。比如說,要是在企業內部運行的分析應用軟件從云端的不同業務系統獲取數據,業務分析員必須知道集成在何處進行、造成什么樣的延遲,以免根據錯誤或過時的數據做出決策或進行分析。所以,盡管Greller并沒有拒絕考慮云計算,但他希望在認真投入到云計算的懷抱之前,看看標準會如何完善。他表示,如果知道與自己合作的云提供商都會遵守可靠的標準,那么集成起來會比較容易、比較可靠。
省錢不應成為采用云服務的唯一目標
普華永道會計師事務所的執行董事Steve Cranford表示,云服務提供商的技術和價格也許會吸引一心想著削減成本的企業,但一些云服務提供商還沒有弄清楚這點:怎樣吸引那些并不是以省錢為唯一或主要目標的CIO們。
Cranford主要為構建商業智能和數據管理系統的CIO們提供咨詢服務。他說,有些CIO在想方設法改善運營、創造收入、獲得競爭優勢,他們根本就不想把關鍵系統交給云服務提供商。有些CIO希望云提供商就一些比較重要的問題與自己交換意見,包括把相互競爭的多個云系統彼此集成起來,以及把云系統與企業內部系統整合起來。云提供商正在向實現這種能力邁步。比如說,亞馬遜與凱捷咨詢公司一起幫助CIO們評估云服務。Cranford表示,咨詢服務不是云提供商經營模式的核心,至少目前還不是?!按蠖鄶翟铺峁┥淌且约夹g為主的公司,它們關注速度、內容分發和防火墻。”
試用過一些云應用軟件的美國金融行業監管局CIO Colburn同意上述看法。他說:“我們發現一些產品系列不太成熟。我們和提供商得先學會走路,然后學著跑步?!?/p>