為什麼我們仍在談論軟體整合?

熊崽Kevin發表於2014-02-06

幾周之前,數十位CFO齊聚加州Redwood,他們在此參加一個技術研討會,會議議題是探討財務轉型的策略。彼時,一位演講者向聽眾提問:“你們當中有多少人擔心你們的資料質量,並且明白它對於你們的業務意味著什麼?”

與會者們紛紛舉起了手。

其實也沒必要感到驚訝,CFO們擔憂是因為髒資料長期以來給傳統財務規劃和企業績效管理(EPM)解決方案所造成的種種問題。他們擔心是因為這些解決方案不可避免的必須要與其他軟體整合,而當兩個不同的應用需要打交道時,便會產生資料的問題。

雖然已經出席了這樣一個關於轉型的論壇,但這些CFO們仍舊感到這些年來與企業績效管理應用捆綁所帶來的巨大壓力。髒資料讓他們感到恐懼,因為在過去,軟體整合是一個艱難的過程,這個過程猶如一門黑暗藝術,需要由一位經過特別訓練的先知指導長期而痛苦的整合過程。

在on-premise企業績效管理和分析平臺為主流的時代,軟體整合的任務通常都是由客戶自己完成。不要感到驚訝,因為這些軟體實現幾乎都是經過了幾個月的周密調研而完成的硬編碼,這種私有定製不會在其他相似的系統上出現。

客戶沒有要求EPM提供商提供能夠輕鬆整合的環境,因為在這種軟體環境下,輕鬆整合這個目標實在是太不現實了。所以Oracle的客戶使用Fusion中介軟體,SAP的客戶使用Netweaver,IBM的客戶使用Websphere將他們的應用整合到一起。

這在應用開發之前就已經完成了,服務和資料逐漸向雲端遷移。根據InformationWeek最近一份針對雲端計算的調查顯示79%受訪者的業務依賴了多種雲服務。為了使得這些雲應用能夠互相互動,三分之一的使用者部署了由雲服務提供商提供的聯結器,如SnapLogic,而41%的使用者通過編寫定製化的指令碼和利用服務商圍繞API提供的服務存根自己完成內部和外部應用之間的連線。

我覺得這真是令人感到沮喪。雲端計算的非凡之處在於提供了一個越過on-premise平臺地域限制的機會。它不應該讓雲服務的使用者自己去思考如何整合他們的雲服務解決方案。然而,現實是雲服務的使用者仍舊被整合的事情所困擾。這就如同讓新買了電視機的使用者自己準備焊接工具去完成電視與機頂盒或錄影機之間的連線,從而使電視正常工作一樣可笑。

當然,資料在不同的應用之間的互動必須經過轉換。而且事實是目前在雲應用整合領域沒有相關的資料識別標準。但云服務解決方案提供者能夠為使用者提供一種簡單地,甚至是透明的整合方式。正因如此,事實上軟體整合不應該是當今企業仍然需要考慮的問題。

換句話說,軟體整合也許曾經在on-premise時代是令使用者頭疼不已的問題。但到了如今的雲時代,應該由雲服務提供商去解決這個問題。

統一化,而不是整合

不像其他遺留系統,雲應用使得軟體的統一而不是整合成為可能。統一化需要設計一個全新的方法,需要重新考慮不同軟體應用之間資料流的問題。並且這個過程需要對使用者隱藏實現細節,創造一個統一的,遵從人們工作需求的過程而不是阻礙產品體驗的額外的過程或步驟。

那麼CFO們應該尋找什麼樣的基於雲的EPM解決方案呢?又如何構建易於統一的而不是整合的雲應用?我想到了三個對於EPM平臺向雲服務演變至關重要的屬性,並且我相信它們對於所有云應用的發展都將是具有指導性的。

1. 不需要資料對映

十幾年來,資料和軟體的整合都被定義成類似的ETL(抽取Extract,變換Transform,載入Load)步驟。但是ETL天生就是受限的,因為變換(對映)的步驟需要使用一系列強制定義的規則或方法以確保資料在目標應用中仍然有效。

這種資料對映過程需要耗費幾個月的時間,並且一旦完成就不能改變。所以除非你能夠精確預測到未來你對資料所有可能的使用方式,或確保你的雲應用不會變化或更新,再或者你的業務需求將在數年之內都不會發生變化,否則你就不可避免的需要在未來重建資料的對映。好吧,你懂的…

資料對映不是一個能夠隨著業務變化而變化的過程。一個可選的方案是將資料或檔案抽取出來放到一個基於雲端儲存的安全平臺上,例如BOX。當應用的執行需要這些資料時,你能夠按照需求變換這些資料。而ELT(抽取Extract,載入Load,變換Transform)過程提供的是一種更流暢也更靈活的方案,讓你載入所需要的所有資料,並且按需進行變換,這樣就不需要資料對映了。

2. 為協作而生

根據一份麥肯錫的全球調查顯示IDC的工作人員花費18%的工作時間用於內部溝通和協作(如果算上通過郵件進行的溝通,這個數字將躍升至46%)。所以任何一個新的EPM解決方案必須從設計伊始就考慮協作的問題。

這與簡單地在雲中釋出一個電子表格資料使得相關人員能夠檢視這樣一個任務不同。這裡提到的協作指的是通過內建機制共享非結構化的資料進行實時的協同工作,使得相關參與方能夠對同一份文件同時進行更新、修正以及改進。這種協作能夠加快而不是阻礙業務流程。

3. 工業級之強,卻非工業級之重

雲服務的長處和靈活性並不能為EPM提供商免除支援複雜事務的需求。EPM應用仍舊需要經受最嚴苛的、破壞性的、不斷增長的大量資料的挑戰。它們仍然需要對遺留的EPM系統保持不可妥協的可靠性及完整性。幸運的是,當你從經典的軟體整合向基於雲服務的一致化方向遷移的同時,能夠保留可靠性並且獲取效率上的收益,這在on-premise策略中是不可能實現的。

基於假設的EPM實現方案的設計必須包含高階別的冗餘性以保證在諸如電源故障或其他嚴重問題發生時良好的可用性,所以客戶必須要承擔這種冗餘性所帶來的額外建設和維護成本。而正相反,基於雲服務的EPM應用天生就是被設計於正確響應可預見的或不可預見的雲節點故障。所以即使是一個資料中心遭到毀滅性的打擊也不會使你的EPM應用當機。

當EPM提供商提供的雲服務不需要強制使用者去關注軟體整合問題的時候,CFO們能夠更專心於他們需要真正關心的問題。不久之後,資料質量的問題將不會再令他們煩惱。這才是我所期盼的。

相關文章