Why Cloud Computing Will Not Be Free Dave Durkee  Communications of the ACM, Vol. 53 No. 5, Pages 62-69 刁伯駒 涂崇智 指導教授：林娟娟 博士

目錄 雲端正興建的商業技術 服務的角色 服務等級管理 自動化作用 自動化的好處 雲端運算的SLA 結論 對人員的影響 服務模式 雲端正興建的商業技術 NetSuite與 Salesforce.com 說服客戶使用 服務的角色 雲端運算的基本特徵 服務等級管理 雲端運算價格的完全競爭 自動化作用 雲端運算的承諾 自動化的好處 雲端運算的SLA 結論 對人員的影響 Cloud Computing 1.0 與 2.0 將大量資料傳到伺服器

服務模式 類型 描述 基礎設施即服務(Infrastructure as a Service ,IaaS) 使用者購買「原生」的電腦、儲存空間和網路傳輸 平台即服務(Platform as a Service ,PaaS) 客戶所購買的應用程式建置在基礎設施之上 如Ruby on Rails、Java或LAMP 軟體即服務(Software as a Service ,SaaS) 客戶能購買所需使用的應用程式 如：NetSuite、SalesForce.com YouTube：What is Cloud Computing

NetSuite與Salesforce.com 讓企業能在網路管理其業務的核心部分，如ERP、 CRM 和EC。使財務、倉儲到行銷、銷售能自動化

雲端運算的基本特徵 類型 敘述 需要時存取(On-demand access) 快速實現運算需求，且具有持續的能力 有彈性(Elasticity ) 運算可以提供所需的數量，當不再需要時，可以出售 用多少付多少(Pay-per-use) 雲端資源是根據使用量收費的 寬頻建設(Connectivity) 所有的伺服器都是連接在高速網路上，並允許資料串流在儲存裝置間運算 資源池(Resource pooling) 雲端運算提供者的基礎設施提供具有規模經濟的運算及服務層級，讓客戶彼此共享 抽象基礎設施(Abstracted infrastructure) 雲端客戶不會確切的知道他們的程式運作在哪個類型的電腦及位置。雲端服務提供商提供性能指標，保證其最低的性能水準 很少或沒有承諾(Little or no commitment) 雲端運算是一個很重要的供應面向，但我們在這裡將看到，這與企業的服務要求是一種衝突

雲端運算價格的完全競爭 完全競爭 (perfect competition)，每個廠商試圖從已建 立雲端的廠商中找出差異。結果就是許多雲端運算供 應商的產品都非常相似，以致高度競爭，在經濟學被 稱為「完全競爭」。 如股票市場

雲端運算價格的完全競爭 完全競爭市場，就像牛奶、汽油、航空座位和行動電 話服務，是由多個供應商所提供的，旨在避免完全競 爭所出現的缺點，包括： 類型 舉例 透過廣告造成人為的差異化，而不是產品有差異 行動電話費率 利用模糊或複雜的定價方法來增加或提高費用 讓人摸不著頭緒的費率方案 透過控制資訊來使產品的詳細規格被模糊化 電視購物主持人七嘴八舌 因要利潤而妥協產品的品質，以至在價值遞送體系(Value Delivery System)上偷工減料 維修時間長 吃定老顧客，沒有給予好處 行動電話NP優惠比老顧客續約多

雲端運算價格的完全競爭 過分承諾他們的運算資源，在基礎設施上偷工減料

雲端運算價格的完全競爭 允許以全部的記憶體來決定能支援多少客戶，而不去 管CPU能否勝任 共用資源的最大值，而不是以私人分配 給予一個特定GHz的範圍 使用超過一台實體伺服器的資源，或是使用「自動精 簡配置」. 過量使用(Overcommitment)，低價的方案，就拿爛的 設備去用 額外費用 長期的承諾

雲端運算價格的完全競爭 不能保證由其他的雲端服務供應商所轉售的客戶，給 予企業級的性能(二房東出租)

雲端運算價格的完全競爭 流量塑型(Traffic shaping) 使用較舊的千兆網路或較快的乙太網路 回收故障的硬碟裝置 部屬較舊的CPU

雲端供應商的承諾 客戶不知道該如何選擇 客戶對於價格的選擇超過產品效能，但企業不能滿足 這種狀況 雲端與電力公司 尖峰、離峰的計價趨勢

雲端運算的SLA 供應商的SLA(Service-level Agreement) 可靠性99.999% 服務信譽(Service Credit)的問題 當沒有達到所承諾的SLA時，該怎麼辦 當IaaS、PaaS供應商斷線時

雲端運算的SLA 影響：想要低價但擁有高SLA承諾的供應商而忽略實 質審查(Due Diligence)

對人員的影響 不斷增加沒有系統管理背景的人負責生產運算，創造 的是雲端供應商提供全面性的支援 商品化的雲端定價模式無法支援24HR(Round-the- clock)現場支援人員的巨額花費 系統管理員和雲端管理人員

Cloud Computing 1.0 與 2.0 Type description Cloud Computing 1.0 焦點在於價格(CPU/hour) Cloud Computing 2.0 以價值為基礎的雲端2.0重點在高效能的遞送、高可用性和核心業務(Business-Critical)生產應用的安全的基礎設施運算

雲端2.0所面臨的問題 傳統的雲端1.0習慣以建立資料中心來決定價格。 雲端2.0則強調效能與可靠性。

雲端2.0發展面向 尋找技術設備的成本競爭力 可靠性 全天候支持 足夠的品質（尤其是在軟體）

提高透明度 客戶不知道以什麼標準收費 必須列出一些效能與可靠性操作的背後細節 如有必要，必須提供一些保密協議的內容 發展更緊密的客戶關係，帶領客戶信任雲端基礎設施 只能清晰傳達架設雲端2.0的計費模式，並不是以用多 少、用多久來計費

再次提高透明度 必須測量客戶真正執行的計算業務向他們收費。 客戶同時使用同一個CPU 、記憶體時，以不同客戶在 不同時間的負載量收取不同費用。 現今的硬體、管理、監控、計費系統因為技術層面的 問題，並無提供此資訊。

服務的角色 說服客戶部署後，當然就要提供好的服務： 持續管理 事件響應 SLA(服務等級協議)保證 軟體更新 安全性強化 效能調校 長期承諾

服務等級管理 與客戶簽約SLA 致力提供達到或超過服務等級 基礎設施服務都由一個監測系統監測服務等級 供應商的軟硬體系統到供應商支持和作業服務產品， 都應監測服務等級 與客戶談判提供服務適當的抽象級別，告訴客戶我們 會做到什麼程度，以滿足客戶的需求

自動化作用 為了維持好的服務品質並降低成本，必須依賴自動化 NetSuite資料中心有超過750台實體伺服器在負責網路 傳輸、業務邏輯和資料庫的自動化 透過創建一個虛擬基礎設施的延展性、服務等級管理 和與客戶一起完成系統處置，都允許伺服器生命週期 的每一個環節完全自動化

自動化的好處 系統能自我管理，人們僅在需要時涉入 問題和解決方法會成為方法論，而不是隨機解決 自動擴展基礎設施。允許客戶僅在他們需要時付費， 無須增加系統管理員去維護服務等級 自動災後復原 不能自動處理故障時，員工才逐步提升處理等級，如 此可降低24HR支援人員的花費 省電：只連接服務所需最小數量硬體來維持服務等級

結論 雲端要能契合企業的需求，而不在於價格多寡，價格 是要與服務品質相吻合。趕快「離開那些以建造資料 中心為目的的供應商吧～」，要找能真正幫助企業解 決問題的雲端供應商。

Thank you