再談云計(jì)算

一方面，從技術(shù)能力看，當(dāng)前的公有云技術(shù)遠(yuǎn)遠(yuǎn)難以取代我們的傳統(tǒng)架構(gòu)；另一方面，各類管理規(guī)章劃定了公有云短期內(nèi)進(jìn)犯的護(hù)城河。雖然如此，不可否認(rèn)的是，以效用而非技術(shù)為度量的業(yè)務(wù)用戶正在以越來越互聯(lián)網(wǎng)化的思維要求我們——“云計(jì)算”或許已經(jīng)不再是一道可選題。

對技術(shù)管理人員來說，“云計(jì)算”在媒體渲染和公眾傳播過程中，其含義或許太含混不清了，大部分時(shí)候，向我們的客戶——業(yè)務(wù)團(tuán)隊(duì)——解說其真實(shí)含義或許是不得不做的事情。而在評估云計(jì)算建設(shè)并進(jìn)行規(guī)劃時(shí)，回顧云計(jì)算原本的含義，可正本清源?！霸朴?jì)算”最為基本和最被業(yè)界接受的定義來自美國國家標(biāo)準(zhǔn)和技術(shù)研究院（NIST）：

云計(jì)算是一種計(jì)算模式：支持用戶以網(wǎng)絡(luò)方式便捷、隨需的獲取共享資源池中的可配置計(jì)算資源（如網(wǎng)絡(luò)、服務(wù)器、存儲(chǔ)、應(yīng)用及服務(wù)等）；這些計(jì)算資源能夠被快速的部署和回收，無需或僅需服務(wù)供應(yīng)者少量的管理和干預(yù)。

“Cloud computing is a model for enabling convenient,on-demand network access to a shared pool of configurable computing resources(e.g.,networks,servers,storage,applications,and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction.”

我們傾向于這么解讀：云計(jì)算是一種模式，包含對服務(wù)消費(fèi)者和服務(wù)提供者兩個(gè)視角的行為方式。

對服務(wù)消費(fèi)者而言：第一核心特征是便捷，強(qiáng)調(diào)體驗(yàn)；第二核心特征是隨需，強(qiáng)調(diào)靈活和彈性；第三核心特征是可配置，強(qiáng)調(diào)廣泛、細(xì)粒度和靈活的服務(wù)選擇。

對服務(wù)提供者而言：第一核心特征是快速，強(qiáng)調(diào)服務(wù)響應(yīng)和服務(wù)交付的效率；第二核心特征是同時(shí)包括資源部署和回收，強(qiáng)調(diào)資源的復(fù)用、自循環(huán)機(jī)制；第三核心特征是最少干預(yù)，強(qiáng)調(diào)流程管控層面和操作部署配置層面的自動(dòng)化。

即使計(jì)算模式的革新，站在私有云建設(shè)的角度看，其本質(zhì)仍然是“高效資源利用—降低運(yùn)維成本—提高敏捷性以應(yīng)對新業(yè)務(wù)挑戰(zhàn)”，和傳統(tǒng)的業(yè)務(wù)服務(wù)管理（BSM）理念完全一致。

在建設(shè)云計(jì)算時(shí)，設(shè)定怎樣的使用場景來實(shí)現(xiàn)上述目標(biāo)并產(chǎn)生業(yè)務(wù)價(jià)值，是每個(gè)建設(shè)者在思考的問題。就目前的云計(jì)算實(shí)踐場景來看，開發(fā)-測試云是最普遍的形態(tài)。開發(fā)測試云最容易體現(xiàn)價(jià)值，技術(shù)上的實(shí)現(xiàn)起點(diǎn)也相對低門檻——其主要場景為資源的快速部署/回收。

如果將該場景置于生產(chǎn)環(huán)境，那投入產(chǎn)出比或許就不足夠吸引人——生產(chǎn)環(huán)境資源的標(biāo)準(zhǔn)化部署和回收很少發(fā)生。那么，對于更為重要和核心的生產(chǎn)環(huán)境，云計(jì)算的場景如何設(shè)定呢？是否就不需要云計(jì)算呢？其實(shí)，從更大的管理上下文來看，這是“云計(jì)算平臺(tái)如何建設(shè)才能持續(xù)產(chǎn)生價(jià)值”以及“云計(jì)算如何從簡單資源交付邁向更多服務(wù)并持續(xù)發(fā)揮作用”的議題；可以理解為Cloud 1.0如何走向Cloud 2.0。表1羅列了大中型金融企業(yè)IT組織的部分典型需求在云計(jì)算1.0和2.0時(shí)代的演化。

資源服務(wù)生命周期：云計(jì)算1.0時(shí)代以資源交付為服務(wù)的終點(diǎn)；云計(jì)算2.0時(shí)代則繼而支持操作類的服務(wù)（如自助備份、日志同步、軟件疊加部署等），并且在整個(gè)資源生命周期內(nèi)提供面向業(yè)務(wù)規(guī)則的智能化彈性伸縮服務(wù)。

表1 Cloud 1.0和2.0的區(qū)別

服務(wù)交付粒度：云計(jì)算1.0時(shí)代以標(biāo)準(zhǔn)化OS交付為代表，提供IaaS/PaaS類資源的首次交付；云計(jì)算2.0時(shí)代則提供復(fù)雜資源組合及業(yè)務(wù)應(yīng)用粒度的服務(wù)交付（如以數(shù)據(jù)庫+中間件+應(yīng)用的形態(tài)獲取服務(wù)、自助化的指定所需數(shù)據(jù)庫的實(shí)例名或應(yīng)用中間件的配置參數(shù)等等），同時(shí)對交付后的應(yīng)用更新發(fā)布提供支持，融合DevOps。

度量與監(jiān)控深度：云計(jì)算1.0時(shí)代對分配的資源進(jìn)行度量和監(jiān)控，通常以CPU、內(nèi)存、存儲(chǔ)配合時(shí)長為基準(zhǔn)；云計(jì)算2.0時(shí)代的跟蹤則擴(kuò)大為面向業(yè)務(wù)應(yīng)用（如交易級別、數(shù)據(jù)庫/中間件級別等），并從容量角度分析資源消費(fèi)趨勢以及對業(yè)務(wù)支撐的裕量，為主動(dòng)資源池?cái)U(kuò)展提供前瞻性的定性分析。

技術(shù)開放性：1.0時(shí)代的云平臺(tái)通?；趩我患夹g(shù)（如 VMWare、Hyper-V、OpenStack）實(shí)現(xiàn)；云計(jì)算2.0時(shí)代則強(qiáng)調(diào)混合云架構(gòu)的實(shí)現(xiàn)和支持——不論從存量設(shè)備類型支持看，被單一技術(shù)/廠商鎖定的被動(dòng)性風(fēng)險(xiǎn)看，還是未來新技術(shù)發(fā)展的不可預(yù)見性看，乃至公有云廉價(jià)化和可用程度提高等因素看，未來的企業(yè)云平臺(tái)一定由多種資源池構(gòu)成，因而云平臺(tái)本身對底層技術(shù)架構(gòu)的兼收并蓄的支持尤其關(guān)鍵。

自服務(wù)廣泛性：云計(jì)算的本質(zhì)是后端IT能力工業(yè)化對接前端的服務(wù)化和消費(fèi)化；1.0時(shí)代的自服務(wù)僅完成“云服務(wù)”的自服務(wù)，如“自助申請開發(fā)環(huán)境”；2.0時(shí)代的云計(jì)算則將云服務(wù)和傳統(tǒng)服務(wù)融合起來，實(shí)現(xiàn)用戶對各類IT服務(wù)的單一接入和交付整合，對用戶屏蔽后端服務(wù)交付的復(fù)雜性和差異性，如在單一自服務(wù)環(huán)節(jié)中完成“開發(fā)代碼庫權(quán)限開通—開發(fā)桌面虛擬化環(huán)境交付—開發(fā)環(huán)境部署交付等系列化服務(wù)組合”，即使上述服務(wù)片段的交付由傳統(tǒng)方式甚至全人工方式完成。

服務(wù)管控一體化：1.0時(shí)代的云計(jì)算往往是整個(gè)IT環(huán)境的特區(qū)，使用特有平臺(tái)，遵循特有流程，甚至需要特定的管理團(tuán)隊(duì)……其管理方式和既有的非云環(huán)境存在較大的割裂；在云計(jì)算2.0時(shí)代，則將服務(wù)管控體系向云和非云環(huán)境統(tǒng)一貫徹，或者說將云平臺(tái)置于IT組織的統(tǒng)一管控體系下，其中典型的場景包括“對云和非云環(huán)境使用單一的CMDB進(jìn)行配置跟蹤和管理”，“將云和非云環(huán)境相關(guān)的活動(dòng)置于統(tǒng)一的ITIL流程管控下”，“將云和非云環(huán)境的對象進(jìn)行統(tǒng)一的補(bǔ)丁管控”，“對云和非云環(huán)境進(jìn)行一致化的合規(guī)和審計(jì)管理”……

1.0時(shí)代的云計(jì)算管理消費(fèi)場景從“資源部署/回收”得以有效擴(kuò)展，如：

業(yè)務(wù)應(yīng)用發(fā)布自動(dòng)化

應(yīng)用資源環(huán)境彈性伸縮

一體化的細(xì)粒度運(yùn)維

資源環(huán)境切換（如災(zāi)備演練）

……

從整體云計(jì)算建設(shè)臺(tái)階看，這一進(jìn)程也符合如圖1所示的進(jìn)化模式：

綜合來看，1.0時(shí)代的云計(jì)算關(guān)注“交付態(tài)”，2.0時(shí)代的云計(jì)算則同時(shí)關(guān)注“交付態(tài)”、“運(yùn)營態(tài)”及兩態(tài)融合。前者實(shí)現(xiàn)資源交付服務(wù)，體現(xiàn)了平臺(tái)的初期存在價(jià)值；后者強(qiáng)調(diào)服務(wù)的有機(jī)循環(huán)，致力于不斷交付新的有價(jià)值的云服務(wù)，體現(xiàn)了平臺(tái)的可持續(xù)性。這也與某第三方IT評估組織對已實(shí)踐云計(jì)算的IT組織的調(diào)研結(jié)果相契合：

圖1 整體云計(jì)算建設(shè)進(jìn)化模式

——“考慮當(dāng)前的云環(huán)境，您最希望回到規(guī)劃階段去重新考慮的方面？”

百分比排名最高的3項(xiàng)受訪者反饋為：

60%：我們低估了將云計(jì)算整合進(jìn)既有管理體系（變更、配置、事件、問題等）的難度……

43%：我們應(yīng)更充分的考慮用量統(tǒng)計(jì)和計(jì)費(fèi)功能……

41%：我們忽視了對運(yùn)維需求（容量、性能……）進(jìn)行規(guī)劃

再回頭看大中型金融企業(yè)私有云建設(shè)的三大動(dòng)因：

1)高效資源利用。

2)降低IT運(yùn)維成本。

3)提高敏捷性以應(yīng)對新業(yè)務(wù)挑戰(zhàn)。

第一點(diǎn)，“高效資源利用”對應(yīng)基礎(chǔ)架構(gòu)的資金成本（CapEx）。云計(jì)算的池化資源構(gòu)建實(shí)現(xiàn)可以有效的帶來該維度收益。資源池構(gòu)建（選址、選型、池化設(shè)計(jì)等）帶來直接貢獻(xiàn)；資源池管控（動(dòng)態(tài)部署能力、容量跟蹤能力、計(jì)費(fèi)&回收策略、多成本層次的異構(gòu)技術(shù)整合能力）帶來間接貢獻(xiàn)。

第二點(diǎn)，“降低IT運(yùn)維成本”對應(yīng)基礎(chǔ)架構(gòu)的運(yùn)營成本（OpEx）。更高程度的運(yùn)維標(biāo)準(zhǔn)化、自動(dòng)化和智能化，更廣泛的貼合業(yè)務(wù)需求的自服務(wù)化可以有效的帶來該維度收益；自動(dòng)化是其中最為關(guān)鍵的能力。

第三點(diǎn)，“提高敏捷性”對應(yīng)業(yè)務(wù)交付敏捷性和可用性。業(yè)務(wù)交付敏捷性由于應(yīng)用迭代頻 率（Release Frequency）和更新交付時(shí)間（Lead Time for Release）度量；業(yè)務(wù)可用性由應(yīng)用發(fā)布更新成功率（Release Success Rate）和運(yùn)行環(huán)節(jié)的平均故障修復(fù)時(shí)間（MTTR—Mean Time To Repair）度量。

可以看到，上述核心管理需求與2.0時(shí)代的云計(jì)算特性有著相當(dāng)?shù)奈呛隙?，也體現(xiàn)了IT管理的最新方向。

從業(yè)界技術(shù)和建設(shè)需求的演化進(jìn)程來看，可以預(yù)見，后發(fā)（相對已經(jīng)完成構(gòu)建云計(jì)算的組織而言）的云計(jì)算建設(shè)的決策者將越來越多的關(guān)注“運(yùn)營態(tài)”并關(guān)注“交付態(tài)”和“運(yùn)營態(tài)”的兩態(tài)融合，并構(gòu)建一個(gè)真正可持續(xù)運(yùn)營的云計(jì)算平臺(tái)。