雲計算使用的不斷增加,雲採用的快速變化,這些都對企業的CFO和其他的需要簽字或者拒絕雲部署的執行層造成了不小的挑戰。
執行層可能對於其IT人員已經恪盡職守的進行了針對雲供應商、實施選擇和技術選擇的技術調查,但是非技術的注意事項有哪些呢? 雲計算的成本優勢可能對於高官們吸引力十足,但是非技術問題會影響交付業務服務的底線。
以下五點可以在評估可能的雲計算選擇時為企業CFO提供指導。
1、理解服務風險。
不存在單一的整體的雲服務或者雲計算模型。 不同企業的服務購買選擇多種多樣,以便符合其需求,從虛擬伺服器到HTTP://www.aliyun.com/zixun/aggregation/13476.html">業務流程即服務。 每一個雲服務都有CFO需要知道的風險,包括廠商鎖定、資料可訪問性和集成等問題。
以按需的基礎購買虛擬伺服器風險低;轉換到其他的公共雲供應商上也相對容易,實現混合混或者讓所有的操作都當地語系化。 如果開發者正在使用平臺即服務(PaaS)架構,包括應用和資料庫服務,他們將能夠評估轉移開發功能到另一個平臺所需的工作,這可以説明你確定決定。 如果你使用的雲服務提供者針對核心的後臺業務功能,比如人力資源管理,要確保供應商同其他雲廠商的集成,以及如果你轉換到其他服務如何訪問資料。 對於單一廠商私有系統的依賴性越高,長期運行的成本就越高,如果你需要轉移到其他廠商或者同其他廠商進行集成時也是如此。
2、雲宕機計畫
理解雲服務宕機的風險。 如果你完全需要可靠、持續的訪問虛擬伺服器,考慮對於雲管理服務的投資,這樣可以管理對於多種公共雲供應商的訪問。 使用多種雲供應商可以減少資料可訪問性的風險;如果一個供應商發生宕機,你可以轉換到另外一個上。 提前編制你的雲宕機計畫;計畫和實現宕機期間的轉移是一種挑戰,同時伴隨很多潛在的錯誤。 例如,你的機器圖像拷貝是否可訪問或者它們只是在雲供應商宕機期間存儲?
也要考慮多種資料副本的需求。 將計算工作從一個雲轉移可以快速實現,如果你有映射或者配置的可用腳本。 轉移大量的資料就非常耗時。 考慮在單一的雲供應商的資料中心、跨雲供應商或者內部自有資料中心之間的複製資料。 雲宕機可能導致無法訪問應用,如果是面向消費者的系統的宕機和低生產率則意味著收益損失。
3、評估服務水準協定(SLA)
服務水準協定(SLA)詳細解釋了你可以從服務提供者哪裡得到什麼。 典型的,包括可用性承諾和宕機時間賠償。 考慮評估可用性的時間週期。 99.9%的正常執行時間保證要比全年相同平均的可用性承諾好。 在前者的例子中,你可能一個月宕機三小時而毫無補償,而後者你可能全年宕機36小時而沒有補償,不管哪種都不是我們期待的不是嗎。
存儲供應商應該提供資料丟失保證。 你的備份和修復原則應該在雲存儲SLA中有關于潛在的資料丟失細節的體現。 SLA是賠償的工具,如果你沒有從雲供應商哪裡得到服務。 支付要尤其關注索賠要求,要包括對於詳細的應用登錄到演示宕機的需求。 如果你不提前手機這些資料,可能就沒法訴訟了。
4、回顧法規遵從
法規遵從是公有雲的普遍關注點。 雲供應商要確保安全和流程認證,比如ISO 27001和SSAE 16,證明操作控制和支付卡行業安全標準等。 在雲部署中,這些認證可能有效的解決你對於雲內安全的擔憂,但是卻不會解決企業內的安全實踐問題。 你可能需要專注于在雲內和雲外轉移資料和應用代碼的過程。 你的資料轉移方法是否足夠安全,符合要求? 你的文檔保存策略是否強迫文檔存在雲上? 是否有資料分類模式和相關的策略定義什麼資料能進入雲端,哪些要留在本地?
清晰的定義安全需求將協助指導你的IT人員在實現雲時有效的進行內部安全控制。 需求和控制之間錯誤的匹配會導致安全缺陷或者損失。
5、估計所有雲部署成本
CFO的首要責任是控制企業的財務。 雲計算提供大量成本節省,但是如果管理不得到,計算和存儲成本成為預算的漏斗。
按需計算實例簡單且靈活,但是要比其他選擇費錢。 現場實例為例,提供了低價格,但是較少的可用性承諾。 類似的高性能存儲從應用性能角度來看非常理想,但是可能不需要或者不值得在很多案例中消耗。
像Amazon Glacier(歸檔存儲服務)這樣的選擇提供了低成本,但是相對的時間,一如其名,會比較慢,以小時來衡量,而不是按秒。 考慮專案成本時,CFO必須考慮計算和存儲的替代價格模式。
(責任編輯:呂光)