如果沒有采取一些必要的應對措施，向SaaS方案的遷移是無法成功的。首先要考慮的就是SaaS應用是否能滿足業(yè)務的需求。很多企業(yè)都對業(yè)務應用進行了定制或調整，以此應對特殊的需求，包括特殊的庫存處理、價格管控、路線定義以及客戶歷史等。簡單地說就是，SaaS方案必須在不改變企業(yè)日常模式的前提下滿足業(yè)務需求。如果變更不可避免，那么對一個通用的SaaS產品做調整將導致高昂的成本。

另外一個方面看，在某些情況下，遷移也可以是很容易的，比如對合同管理或者銷售應用來說即是如此。這些應用通常無需定制化，遷移到SaaS方案的工作基本上就是遷移數(shù)據并培訓用戶而已。由于固有的庫存控制流程、裝配追蹤等，一個復雜的數(shù)據倉庫管理系統(tǒng)的遷移將會存在很大難度。簡單地說，某些業(yè)務應用由于經過深度定制而不適合遷移到SaaS模式，如果這些應用非常重要的話，可以將其重整并保留在企業(yè)內部。

大多數(shù)情況下，從業(yè)務角度看，把一個較老的應用遷移到SaaS方案是明智的決定，因為這可以獲得以前無法達到的生產率和彈性。在頂級SaaS服務提供商的站點上我們可以看到數(shù)以百計的成功案例。當然，失敗和無法預知的問題總是存在的，我們可以從中汲取向SaaS方案遷移的寶貴經驗。

需要重點關注的方面如下：

數(shù)據安全：數(shù)據的保護措施、訪問控制問題、有哪些現(xiàn)成的工具可以提供對交易過程和數(shù)據的保護？

可靠性：以什么樣的服務級別協(xié)議用戶對應用和數(shù)據的便捷訪問？

穩(wěn)定性：以何種措施來防止數(shù)據損壞以及滿足災備的要求？

廠商風險：SaaS廠商是否值得信賴？針對業(yè)務中斷等故障將提供什么應對措施？如何在廠商方面出現(xiàn)事故時確保應用和數(shù)據仍然可用？

性能：為了確�？蛻舻纳�產率，SaaS產品提供的性能級別？產品的可擴展性如何？

計費：有什么樣的價格控制來防止成本的指數(shù)型增長？是否存在有隱性的費用、支持和擴容成本、以及其他支出？

支持：技術支持的力度如何？是否包括了相關培訓？是否對服務次數(shù)有詳盡規(guī)定？相關文檔是否具備？

定制化：SaaS產品是否能夠定制？定制工作的責任方是誰？由客戶完成，合同外包或者產品自服務？

通過對上述問題的應答，可以幫助可以對廠商的承諾和SaaS產品的可持續(xù)性有更深入的了解，從而打消其顧慮。當然，對上述方面的關注還能促進對應用轉型本身更深入地研究 – 比如搞清楚誰真正擁有數(shù)據，以及相關法律法規(guī)的詳情。

標簽： 數(shù)據倉 

版權申明：本站文章部分自網絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。