在商業領域,雲計算仍舊處於一種增長的趨勢。 伴隨著雲計算中越來越多的興趣和投資,商業成功和失敗警告並存。 為此,我們將以美國國家技術標準研究所(NIST)對於雲計算的定義來探討這些問題:
雲計算為基於互聯網協定的IT服務描述了新的補充、消費以及交付模型,它一般包括創建動態擴充性和虛擬化資源。
簡言之,它描述了IT架構,這個架構可以利用互聯網的功能來訪問遠端計算資源。 當同虛擬機器、虛擬資料庫和虛擬網路連接時,我們就得到一個可擴展、成本有效的模型,那麼為什麼實現基於雲的解決方案仍舊面臨著挑戰呢?
業務模型應用雲計算的適用性受到多個因素的影響。 本文中我們將探討雲成熟度、雲集成和互聯網可靠性以及IT業務成熟度。
雲成熟度——雲成熟度基於計算。 雲完整性——基於雲的整合解決方案 互聯網可靠性——互聯網的可預測性和魯棒性 IT業務成熟度——根據更多的開放式體系架構業務的經驗和成熟度;例如電子商務VS.傳統內部應用。
雲成熟度
當像「前沿」和「前沿產品」這樣的術語應用於任何技術的時候,你就會知道正在處理一種不成熟或者至少是不完全成熟的技術解決方案。 雲計算也落入這個分類中,但是基於我過去多年的經驗,IT和業務未必會讓步于風險和總體可靠性。 雲計算是一種不成熟的技術解決方案,其邊界、協定和應用不能明確表達,產業標準不明確。 這並不意味著雲不適用與你的業務和技術需求;而是意味著你需要小心謹慎地進去這個領域。
雲完整性
雲計算重新介紹了IT完整性,向傳統的架構發起了挑戰,這些挑戰包括來自整體性能、法規遵從、資料安全/完整性、應用恢復、使用者/用戶端隱私以及財務審計的所有內容。 並不是每一種挑戰我們都會遇到,我們會選取一些,僅供參考。
Gartner已經確定出雲計算領域中的關鍵風險領域,包括但不僅限於:
特權使用者訪問敏感性資料 法規遵從 存儲單元:不同的國家對於資料有不同的規則和法規 同一資料存儲區域多使用者資料隔離 應用的災害復原 調研支援:Gartner警告:雲服務很難調研,因為多使用者登陸和資料可能協同定位, 而且也可能通過千變萬化的主機和資料中心傳播
2011年雲計算提供者的失敗案例:
谷歌未能實現LAPD(洛杉磯警察局)移動到Google App的進度和安全參數署。 亞馬遜Web服務(AWS)在維吉尼亞州的資料中心宕機,不少客戶無服務和無服務替代。 日本索尼透露駭客訪問了770萬PlayStation帳戶,包括姓名、位址、密碼和可能的信用卡資訊。 亞馬遜的小故障(四月最後一個月)導致許多網站主機宕機或者運轉緩慢。 最後一個是2009年,包括Twitter在內,駭客訪問了大量的公司存儲在Google App上的資料,第一個被劫持的就是Twitter員工的工作電子郵箱帳戶。 儘管這與弱口令協定有關,但是雲確實為這些安全缺口製造了機會。
這些挑戰對於雲計算完整性不用去證明,儘管使用者會減慢轉到基於雲的解決方案的速度。 基礎架構成本節省大大無法忽視。 雲計算領域的公司或正在進入該領域的公司應該知道的是:他們需要真正瞭解雲計算的風險和回報,並採取相應的擁有權,從而減輕風險。
互聯網可靠性
雲計算的一個因素經常被忽視,儘管對於實現基於雲的解決方案很重要。 美國在工業化世界中有一個較低的互聯網連接,尤其是和日本和韓國對比的時候。 更糟糕的是,過去數年中這種趨勢並沒有加速互聯網連接的速度。 此外,我們的百萬位元組每秒更貴。
根據業務模型和本地使用者,基於雲的解決方案的回應時間會受到不同程度的影響,可能會影響其可視性。 例如,如果你有一項業務,基於時間的服務交付有固定的SLA和分散式工人,互聯網連接很差,因為整體網路負載(網路星期一(Cyber Monday))或者就是簡單的缺少頻寬,可能不允許實際的基於雲的解決方案成為你的業務的一部分。
IT成熟度
分散式架構和互聯網的IT成熟度對於基於雲的解決方案有明顯的影響。 如,如果你的IT組織的電子商務經驗廣泛,然後通過互聯網轉移安全資料的工具和技術就成為去也文化和IT流程的一部分。 處理基於雲的廠商時,你需要吸取基於互聯網的業務的經驗教訓,並將其應用到你的雲計算合作夥伴中。 也就是說,雲是一個緊急的解決方案,不應該等同于任何之前的東西。
雲是否適用于你的業務模型呢?
這個問題只有你和你的業務能回答。 我會對於任何想要轉移到雲計算領域的人提出一些建議,從非關鍵應用,慢慢開始。 一旦在雲計算領域獲取一些經驗,你就能夠制定出有基礎的決策,從而説明你確定是否要將關鍵業務功能暴露在雲端。
(責任編輯:呂光)