云計算： CIO不能不知的整合問題
云計算使應用程序的位置和平臺的隨時移動成為可能，從某種意義上講，這種移動往往充滿風險并且與經濟利益息息相關。
舉例來講，零售商可以在美國“假日購”季節購買額外的交易處理服務，而在淡季放棄購買。金融服務公司可能購買一些基礎設施用來為新產品系統作測試，測試完畢他們就不再購買些服務。云技術供應商可以通過更具競爭力的價格在與其他云技術供應者的競爭中取勝，使CIO們轉換供應商。
隨著云技術的發展，一些企業的IT系統將繼續留在你的數據中心，另一些也許放在外部資源下，還有一些要交給一個或者多個云技術供應商來做。你必須把所有的事情放在一個“計算”的環境下去考慮，而不是單純地去“控制”這些事。“你的數據中心不再決定整個IT環境”，《傻瓜云計算》(Cloud Computing for Dummies)的作者慧慈咨詢事務所總監朱迪斯·慧慈說，“這使整合變成云技術中最重要的事情”。
對于整合云計算系統還沒有標準。XML也許是把數據從一個網絡系統移到另一個網絡系統的最好方式，但是很多冒險使用云技術的CIO將不得不在一種云技術與預置環境相結合的情況下連結一些網絡和非網絡系統。用面向用戶的網絡系統將10年前的舊系統與現有應用系統聯系起來的確是件困難的事情。
過去，就像最近很多的軟件服務(SaaS)計劃一樣，了解一些整合對云計算的挑戰能夠：運用不同的應用程序編程接口測試速度和流動性，避免占用云技術供應商的專有應用程序接口(APIs)，還能做很多測試。但是，CIO們還應該意識到如何定位一些困難，如：如何在沒有內置虛擬服務以及面臨初生的云互操作性規范競爭的情況下連接到適當的Web應用程序或一些已經過時的系統。“另外，供應商逐漸成長為商業巨人，如亞馬遜和谷歌，但它們尚缺乏為企業顧客提供服務的經驗” ，慧慈說。
“與一些云技術的供應者希望展示的情況相比，IT領導者更需要了解的是有關云技術提供者的內部運作程序”，負責證券公司監管的Finra(Financial Industry Regulatory Authority，金融行業監督管理機構)的CTO馬蒂·庫本說。
正如科本(Colburn)所研究的，整合是一個關鍵問題，從這一點來講，是否把電子郵件系統也整合進云服務也是個問題。他希望用他自己研究出的方法實現對存檔電子郵件的快速訪問，從而躲避規范化的審計。但是結果令他失望，因為他所談到的供應商不愿透露更多的關于自己的信息，他們不想讓競爭者指導自己公司是如何運轉的。“沒有這些信息”，科本說，“你怎么能知道如何進行整合呢，我們不是在購買一個‘黑箱’”。
#p#
任何問題的答案都不簡單
你可能認為你可以推遲使用云服務，直到所有有關整合的問題都清楚明了。但是那不行。“員工們可以統一將云計算的一種——SaaS應用到你的公司，所有他們需要的只不過是一張美國運通卡(AXP)和繞過IT技術的決心”，美國Santander Consumer汽車信貸公司CIO唐·戈因說。這家公司是擁有18.7億資金的銀行巨頭Banco Santander (SAN)的一個分支。
去年，Santander Consumer 公司的一些銷售部員工從供應商CRM 的網站Salesforce.com借鑒了一些工具。雖然這不是戈因短期計劃的一部分，但這項計劃將很快實現并且站穩腳跟。于是，員工們開始使用Force.com的開發平臺去開發海關業務智能工具，而不拘泥于企業現有的標準。戈因指定了一個IT團隊利用企業的BI措施將上述項目付諸實施。
“我對進出我公司的所有技術和數據承擔100%的責任”，他說。 “戈因不想IT人被看成‘說不’的人”，他說，“但是終端用戶很難預見運用現有的技術去開發新產品的困難”。“大部分情況下，我們有技術標準，但它們沒有一個能比得上云”，他解釋道，“如果客戶采用了這些技術，那么對于CIO們來說就面臨著IT方面的挑戰，我們要想辦法讓我們其他的技術能夠與這些技術整合在一起”。
戈因還看到了云計算與早些時候的客戶服務之間的相似之處。早些時候的企業用戶可能會選擇購買“即點即到”的開發工具來在沒有IT幫助或者相應知識的情況下構建自己的軟件系統。“當時我正供職于西南航空公司(LUV) ，對于那時候的飛行員們來說，回到家里，然后用PowerBuilder 安排排班，并且把排班的結果通知每一個人，這種情況并不鮮見”，戈因回憶說，“歸根到底這些系統還是靠IT技術來運轉”。
即使云計算是一個公司的目標，意想不到的狀況還是會發生。互聯網作為一種載體使云技術成為可能，但是許多系統都不是為在線服務設計的，這些系統還需要進一步解決云技術遺留下來的程序問題。從事數據轉換業務的中間商的出現將會成為必然，正如因特網剛剛出現的時候，IT企業常常需要自己去建立這樣一個網絡。
“大的供應商，如銷售電子商務服務和CRM軟件的Salesforce 和 NetSuite (N), 為企業提供的整合工具廣受歡迎，例如Oracle (ORCL) 的軟件格式工具”，Shorenstein Properties公司的CIO斯圖亞特·阿普雷說。Shorenstein Properties公司是一家擁有和管理商業房地產業務的私人公司，但是他們沒有能夠與大型供應商相抗衡的工具，更談不上系統內部開發。例如，Appley使用Yardi系統提供的一個關鍵的資產管理系統的主機版本，而Yardi靠IBM的AS/400服務器驅動。如果他想運用Yardi在其他應用程序下使用云服務來實現數據的轉換，那么其他應用程序的供應商和Yardi都沒辦法實現這些系統的聯通。Appley的員工需要在RPG中寫下有關接口的信息，即程序語言：AS/400的IBM用戶。與此同時，他剛剛鋪開了一個新的得到認可的工作流系統，運用微軟的BizTalk服務在公司不同的系統中傳送各種信息。“BizTalk 會安排不同格式下的不同云應用程序的數據，包括FTP，各種互聯網服務和客戶應用程序接口”,他說。
“我們把數據從一個云應用程序轉移到另一個中，把這種轉移的過程作為一個中間環節，目的是轉換數據，并且將數據傳送出去”，他說。在2007年Appley出現之前，Shorenstein已經簽約使用多種云服務和 SaaS系統，現在他已將所有系統整合再一起。“BizTalk作為一種開發程序將占據中心位置”，他說，“我們有10種不同的方法去獲取數字資源，而這些方法只有少數關鍵的人知道，所以現在我們可以算作BtizTalk的奠基人”。
慧慈建議CIO們在使用供應商提供的他們自己享有API與整合工具的云技術時要小心。“對于企業來說，被專有的API云技術圈住將會導致企業在機會到來時很難進一步縮減成本，提高效率”，她說 。有一些組織從事專門的云計算服務，但是這些服務還是新生事物，還沒有一個被認可的標準去衡量這些服務。 例如：分布式管理任務組(Distributed Management Task Force)——一個集軟硬件服務于一體的組織，最近作出了一個叫做Open Virtualization Format(OVF)的說明，該說明旨在促進云技術之間的互操作性。工作小組已向美國國家標準局和國際標準組織提交了OVF的相關資料。上述標準組織以及結構化信息標準促進組織和云技術安全聯盟將在今年對提交的說明進行檢測。“如果對云技術的檢驗成功，這項技術將會產生同XML對于互聯網基礎上的數據交換一樣的影響”，慧慈說。(見Make Sense of Coming Cloud Standards一文。)“這些組織按照自己的意愿工作”，她補充道，“供應商希望他們自己的API能夠成為實實在在的標準，正如Adobe公司已經成為整合的互聯網應用程序中一部分的Flash技術一樣”。“Salesforce、谷歌和亞馬遜之間將都使用相同的云供應商提供的產品作為自己的API”，她說。
#p#
描繪自己的藍圖
“云技術整合成功的關鍵在于設計適合自己計劃的整合方案”，PDS技術公司的CIO馬特·哈恩說。PDS技術公司正如波音公司一樣，是提供工程師和IT承包商的公司之一。 “但是，因為云技術在不斷迅速變化，并且還沒有一套針對這種技術的標準”，他說，“計劃中應該考慮到特定的風險”。哈恩希望他在SaaS整合中學到的東西能夠幫助他完成整合云項目。
PDS技術公司使用的是Salesforce.com這個平臺，Taleo的員工負責開發和跟蹤軟件的情況， Journyx's Timesheet負責打包，PDS技術公司的承包商在線承認上述公司的工作和他們的成本費用。公司使用Lawson S3管理雇員名單、發票以及財務系統，這項技術完全在他們自己的服務器上運行，可以在各個系統之間切換自如。
“每個供應商都有將自己的軟件與其他軟件聯系起來的工具”，哈恩說，“但是這些供應商在前期并沒有一種工具來互相支持”。供應商們提出要建立接口，但是哈恩對此持反對態度。他曾使用供應商提供的整合工具，但是他更多地還是將這些整合工具交給他的員工們去使用，理由是他們比供應商更了解自己企業的商業運作和計算機軟件以及服務系統。
為了節省成本，哈恩曾經轉而使用SaaS。他迅速得到了高層管理者的支持。“這使公司每年在基礎設施建設、系統升級以及人力成本方面節省了60萬到70萬美元”，他說，“我們是一家總收益為3.45億美元的公司，節省的這些成本足夠使高層們眉開眼笑了”。 “很顯然，為了進行數據整合，使內部程序Lawson與交換系統向適應， 使外部程序能夠順利向集線器傳送數據，降低數據轉換過程中發生問題的幾率，系統必須擁有最及時、最權威的數據”，他說。
“在Shorenstein建立的過程中，BizTalk 將會成為‘表演者’”， CIO Appley 說，“但重要的決定性的數據往往僅有一個版本”。“然而，云計算需要供應商從很多控制中退出，因此，保證數據的同步傳輸成為更大的挑戰”，他告誡說。
#p#
網絡因素
“最后，云供應商會開發或者購買一種工具，無論如何，這種工具將會以開放的標準為基礎，因此客戶才能整合他們想要整合的資源”， Shaklee用戶產品公司的CIO肯·哈里斯(Ken Harris)預言。哈里斯指出：“對于任何一個云供應商來說，這都是生死攸關的而且關系到他們的未來發展。” “如果沒有一種高效的商業模式，他們就不能與客戶在現有的模式下進行迅速和便捷的溝通。”
Shaklee經營幾個SaaS應用程序，這些應用程序包括數據儲存、CRM系統、地址區分服務和互聯網市場包。整合這些系統資源需要第三方工具，例如：Shaklee使用一種叫做PivotLink的商業智能和數據存儲工具, 來從內部數據庫收集數據，正如從應用程序中輸入和存儲數據。
“即使這些只是內部程序，我還是將它們進行了整合”，哈里斯解釋說。“以云技術為基礎的技術之間的區別在于，外部定位系統中增加了一個網絡實現元件”，哈里斯繼續說，“如果你想幾個應用程序之間的數據能夠切換自如，那就要看他們所在的網絡是否有足夠的容量。這也是CIO們在與云供應商接洽時可能無法控制的”。
“當網絡陷入困境，整合業難以實現”，一家名為Bay and Bay的家族貨運公司的CIO羅博·亞當說。這家公司已經在使用Salesforce 系統，并且計劃將更多的應用程序“移植”到備用設備中。為了通過Bay and Bay公司關于客戶月累計和Salesforce預先設置的系統之間的數據檢驗，公司購買了Informatica——Salesforce推薦的一種數據整合工具。
Informatica集合了Bay and Bay公司來自兩個正在運行的系統中的數據。這兩個系統分別是指揮調度貨車運行線路的運輸管理應用程序和用于進行分析的IBM DB2數據庫。Informatica將客戶推向使用 Salesforce.
“網絡故障停機是一個很罕見的問題”，亞當說，“ 但是CIO們仍要設法解決這個問題，他們可以通過預先多設置一些鏈接來解決這個問題，也可以通過對最短運行時間進行設定來解決問題。對于一個沒有多余鏈接資源的小型或者中型的公司來講，互聯網鏈接確實將會成為軟肋”。
“此外，一些行業可能會發現云計算的非主流用途，因為整合并不能像預先設置一樣東西一樣顯而易見”，金融行業監管局的CIO 科本說，“金融服務公司必須處理很多復雜的事務，對于供應商來說，需要明確而完整的運作”。例如，像其他的證券交易所和證券協會一樣，金融行業監管局必須嚴格遵守證券交易法中規定的記錄保管規章。這位就需要保存很多文件，包括電子郵件信息。這些資料要保存5年時間。在頭3年，這些信息要做到“易查找”。“如果云供應商不能對金融監管局的資料進行精確分類，保證他們能在需要的時候找到任何一封電子郵件，那么這個供應商的遭遇就難講了”，他說，“所以，到現在為止，金融行業監管局的電子郵件還保存在監管者自己的數據中心”。
丹·戈瑞勒是雷格梅森基金公司的合作CIO。這是一家管理著6.85億美元的全球資產管理公司。這家公司沒有把任何業務交給云技術去打理。“畢竟安全問題還沒有得到很好的解決，而且這項技術還面臨著系統整合方面的挑戰”，丹·戈瑞勒說，“‘貨物’應用程序，如桌面服務管理，將會比較適合進行早期的云技術應用試驗，因為這些工作不需要很緊密地進行整合，也不涉及雷格梅森的核心商業系統”。
“不成功的整合將使全部應用程序的作用大打折扣，這是金融服務公司難以承受的”，他說，“采用更加分散的計算模式總是能夠帶來人們對這種模式的關注，云就是這樣一種模式”。例如：如果一個事先預制好的分析型的應用程序從云的不同系統中提取數據，商務分析人員就必須知道這個過程是如何發生的，以便他們不會針對錯誤的或者陳舊的數據作出分析。所以，戈瑞勒并沒有取消使用云計算，他只是希望在作出一個嚴肅的結論之前，能夠看到有一個標準。如果他知道任何一個他可能打交道的云供應商都盼著能有一個固定的標準，那么整合將會變得更加容易并且可信”。
#p#
資金決定一切
“對于急著縮減成本的買者來說，云供應商可能擁有更加富有吸引力的技術與價格，但是一些供應商還沒有想到如何與CIO搭檔，這些CIO一心想要省錢”，一家名為Pricewaterhouse Coopers的公司的常務董事史蒂夫·克蘭弗德說。
“CIO們總是考慮如何改進操作、增加收入、找到競爭優勢，他們不想僅僅為了簡單的節約成本而將問題交給云供應商去解決”，克蘭弗德說。克蘭弗德正就商務整合與數據管理系統進行商談。一些CIO希望云供應商就更大的目標與他們進行商談，這些目標包括整合富有競爭力的云系統，用預置的系統并購云技術。云供應商正在嘗試提供這樣一種能力。例如，亞馬遜公司就與凱捷咨詢公司合作，幫助CIO們對云服務作出評估。威瑞森公司(Verizon)提供“透明和供應商獨立”的云咨詢服務。“但是，對于云技術來說，咨詢還不是云供應商商業模式的核心”，克蘭弗德說，“至少現在不是”。大多數云供應商是技術型企業，這些企業最需要的是速度、數據的傳送以及防火墻。
科本曾經嘗試使用過一些云應用程序 ，他對上面的看法完全贊成。他說：“我們已經從生產線上看到了一些成熟的產品，我們與供應商一樣，在學會跑之前，應該先學會走。”
【編輯推薦】
