為什么我們?nèi)栽谡務(wù)撥浖桑?/h1>
幾周之前，數(shù)十位CFO齊聚加州Redwood，他們在此參加一個技術(shù)研討會，會議議題是探討財務(wù)轉(zhuǎn)型的策略。彼時，一位演講者向聽眾提問：“你們當(dāng)中有多少人擔(dān)心你們的數(shù)據(jù)質(zhì)量，并且明白它對于你們的業(yè)務(wù)意味著什么？”
與會者們紛紛舉起了手。
其實也沒必要感到驚訝，CFO們擔(dān)憂是因為臟數(shù)據(jù)長期以來給傳統(tǒng)財務(wù)規(guī)劃和企業(yè)績效管理(EPM)解決方案所造成的種種問題。他們擔(dān)心是因為這些解決方案不可避免的必須要與其他軟件集成，而當(dāng)兩個不同的應(yīng)用需要打交道時，便會產(chǎn)生數(shù)據(jù)的問題。
雖然已經(jīng)出席了這樣一個關(guān)于轉(zhuǎn)型的論壇，但這些CFO們?nèi)耘f感到這些年來與企業(yè)績效管理應(yīng)用捆綁所帶來的巨大壓力。臟數(shù)據(jù)讓他們感到恐懼，因為在過去，軟件集成是一個艱難的過程，這個過程猶如一門黑暗藝術(shù)，需要由一位經(jīng)過特別訓(xùn)練的先知指導(dǎo)長期而痛苦的集成過程。
在on-premise企業(yè)績效管理和分析平臺為主流的時代，軟件集成的任務(wù)通常都是由客戶自己完成。不要感到驚訝，因為這些軟件實現(xiàn)幾乎都是經(jīng)過了幾個月的周密調(diào)研而完成的硬編碼，這種私有定制不會在其他相似的系統(tǒng)上出現(xiàn)。
客戶沒有要求EPM提供商提供能夠輕松集成的環(huán)境，因為在這種軟件環(huán)境下，輕松集成這個目標(biāo)實在是太不現(xiàn)實了。所以O(shè)racle的客戶使用Fusion中間件，SAP的客戶使用Netweaver，IBM的客戶使用Websphere將他們的應(yīng)用集成到一起。
這在應(yīng)用開發(fā)之前就已經(jīng)完成了，服務(wù)和數(shù)據(jù)逐漸向云端遷移。根據(jù)InformationWeek最近一份針對云計算的調(diào)查顯示79%受訪者的業(yè)務(wù)依 賴了多種云服務(wù)。為了使得這些云應(yīng)用能夠互相交互，三分之一的用戶部署了由云服務(wù)提供商提供的連接器，如SnapLogic，而41%的用戶通過編寫定制 化的腳本和利用服務(wù)商圍繞API提供的服務(wù)存根自己完成內(nèi)部和外部應(yīng)用之間的連接。
我覺得這真是令人感到沮喪。云計算的非凡之處在于提供了一個越過on-premise平臺地域限制的機會。它不應(yīng)該讓云服務(wù)的用戶自己去思考如何集 成他們的云服務(wù)解決方案。然而，現(xiàn)實是云服務(wù)的用戶仍舊被集成的事情所困擾。這就如同讓新買了電視機的用戶自己準(zhǔn)備焊接工具去完成電視與機頂盒或錄像機之 間的連接，從而使電視正常工作一樣可笑。
當(dāng)然，數(shù)據(jù)在不同的應(yīng)用之間的交互必須經(jīng)過轉(zhuǎn)換。而且事實是目前在云應(yīng)用集成領(lǐng)域沒有相關(guān)的數(shù)據(jù)識別標(biāo)準(zhǔn)。但云服務(wù)解決方案提供者能夠為用戶提供一種簡單地，甚至是透明的集成方式。正因如此，事實上軟件集成不應(yīng)該是當(dāng)今企業(yè)仍然需要考慮的問題。
換句話說，軟件集成也許曾經(jīng)在on-premise時代是令用戶頭疼不已的問題。但到了如今的云時代，應(yīng)該由云服務(wù)提供商去解決這個問題。
統(tǒng)一化，而不是集成
不像其他遺留系統(tǒng)，云應(yīng)用使得軟件的統(tǒng)一而不是集成成為可能。統(tǒng)一化需要設(shè)計一個全新的方法，需要重新考慮不同軟件應(yīng)用之間數(shù)據(jù)流的問題。并且這個過程需要對用戶隱藏實現(xiàn)細(xì)節(jié)，創(chuàng)造一個統(tǒng)一的，遵從人們工作需求的過程而不是阻礙產(chǎn)品體驗的額外的過程或步驟。
那么CFO們應(yīng)該尋找什么樣的基于云的EPM解決方案呢？又如何構(gòu)建易于統(tǒng)一的而不是集成的云應(yīng)用？我想到了三個對于EPM平臺向云服務(wù)演變至關(guān)重要的屬性，并且我相信它們對于所有云應(yīng)用的發(fā)展都將是具有指導(dǎo)性的。
1. 不需要數(shù)據(jù)映射
十幾年來，數(shù)據(jù)和軟件的集成都被定義成類似的ETL(抽取Extract，變換Transform，加載Load)步驟。但是ETL天生就是受限的，因為變換（映射）的步驟需要使用一系列強制定義的規(guī)則或方法以確保數(shù)據(jù)在目標(biāo)應(yīng)用中仍然有效。
這種數(shù)據(jù)映射過程需要耗費幾個月的時間，并且一旦完成就不能改變。所以除非你能夠精確預(yù)測到未來你對數(shù)據(jù)所有可能的使用方式，或確保你的云應(yīng)用不會變化或更新，再或者你的業(yè)務(wù)需求將在數(shù)年之內(nèi)都不會發(fā)生變化，否則你就不可避免的需要在未來重建數(shù)據(jù)的映射。好吧，你懂的…
數(shù)據(jù)映射不是一個能夠隨著業(yè)務(wù)變化而變化的過程。一個可選的方案是將數(shù)據(jù)或文件抽取出來放到一個基于云存儲的安全平臺上，例如BOX。當(dāng)應(yīng)用的執(zhí)行需要這些數(shù)據(jù)時，你能夠按照需求變換這些數(shù)據(jù)。而ELT(抽取Extract，加載Load，變換Transform)過程提供的是一種更流暢也更靈活的方案，讓你加載所需要的所有數(shù)據(jù)，并且按需進(jìn)行變換，這樣就不需要數(shù)據(jù)映射了。
2. 為協(xié)作而生
根據(jù)一份麥肯錫的全球調(diào)查顯示IDC的工作人員花費18%的工作時間用于內(nèi)部溝通和協(xié)作(如果算上通過郵件進(jìn)行的溝通，這個數(shù)字將躍升至46%)。所以任何一個新的EPM解決方案必須從設(shè)計伊始就考慮協(xié)作的問題。
這與簡單地在云中發(fā)布一個電子表格數(shù)據(jù)使得相關(guān)人員能夠查看這樣一個任務(wù)不同。這里提到的協(xié)作指的是通過內(nèi)建機制共享非結(jié)構(gòu)化的數(shù)據(jù)進(jìn)行實時的協(xié)同工作，使得相關(guān)參與方能夠?qū)ν环菸臋n同時進(jìn)行更新、修正以及改進(jìn)。這種協(xié)作能夠加快而不是阻礙業(yè)務(wù)流程。
3. 工業(yè)級之強，卻非工業(yè)級之重
云服務(wù)的長處和靈活性并不能為EPM提供商免除支持復(fù)雜事務(wù)的需求。EPM應(yīng)用仍舊需要經(jīng)受最嚴(yán)苛的、破壞性的、不斷增長的大量數(shù)據(jù)的挑戰(zhàn)。它們?nèi)?然需要對遺留的EPM系統(tǒng)保持不可妥協(xié)的可靠性及完整性。幸運的是，當(dāng)你從經(jīng)典的軟件集成向基于云服務(wù)的一致化方向遷移的同時，能夠保留可靠性并且獲取效 率上的收益，這在on-premise策略中是不可能實現(xiàn)的。
基于假設(shè)的EPM實現(xiàn)方案的設(shè)計必須包含高級別的冗余性以保證在諸如電源故障或其他嚴(yán)重問題發(fā)生時良好的可用性，所以客戶必須要承擔(dān)這種冗余性所帶 來的額外建設(shè)和維護成本。而正相反，基于云服務(wù)的EPM應(yīng)用天生就是被設(shè)計于正確響應(yīng)可預(yù)見的或不可預(yù)見的云節(jié)點故障。所以即使是一個數(shù)據(jù)中心遭到毀滅性 的打擊也不會使你的EPM應(yīng)用宕機。
當(dāng)EPM提供商提供的云服務(wù)不需要強制用戶去關(guān)注軟件集成問題的時候，CFO們能夠更專心于他們需要真正關(guān)心的問題。不久之后，數(shù)據(jù)質(zhì)量的問題將不會再令他們煩惱。這才是我所期盼的。
