Gartner高級(jí)研究總監(jiān)季新蘇以最新發(fā)布的Gartner 2019年中國(guó)信息和通信技術(shù)成熟度曲線為基礎(chǔ)，著重分享了他對(duì)于DevOps、私有云和公有云這三大技術(shù)的判斷和建議。
 
這是一個(gè)充滿挑戰(zhàn)的時(shí)代，也是一個(gè)充滿機(jī)遇的時(shí)代！
　　我們可以通過(guò)各種傳播途徑看到，在政治、經(jīng)濟(jì)、社會(huì)等大環(huán)境的影響下，2019年的企業(yè)投資比2018年更加理性了，企業(yè)“走出去”的戰(zhàn)略也有所降溫。
　　與此同時(shí)，Gartner研究發(fā)現(xiàn)，中國(guó)信息和通信技術(shù)產(chǎn)業(yè)已經(jīng)開(kāi)始將重點(diǎn)放在通過(guò)本土可持續(xù)的創(chuàng)新能力來(lái)構(gòu)建業(yè)務(wù)，特別是在人工智能、5G、云計(jì)算、機(jī)器人和半導(dǎo)體領(lǐng)域。根據(jù)這樣的情況，Gartner制定出了2019年中國(guó)信息和通信技術(shù)成熟度曲線。
　　近日，Gartner高級(jí)研究總監(jiān)季新蘇接受了《計(jì)算機(jī)世界》記者的采訪，以最新發(fā)布的Gartner 2019年中國(guó)信息和通信技術(shù)成熟度曲線為基礎(chǔ)，著重分享了他對(duì)于DevOps、私有云和公有云這三大技術(shù)的判斷和建議。

不是所有技術(shù)都能經(jīng)歷完整周期

　　熟悉IT產(chǎn)業(yè)的人都知道，技術(shù)成熟度曲線，也就是炒作周期，描述了創(chuàng)新技術(shù)的典型發(fā)展過(guò)程。曲線的橫軸是時(shí)間，表示技術(shù)將隨時(shí)間發(fā)展經(jīng)歷各個(gè)階段；曲線的縱軸是預(yù)期，也就是市場(chǎng)的炒作熱度。按照Gartner技術(shù)成熟度曲線，新興技術(shù)共有五個(gè)發(fā)展階段：技術(shù)萌芽期、期望膨脹期、泡沫破裂低谷期、穩(wěn)步爬升恢復(fù)期，以及成熟期。
　　企業(yè)可以利用技術(shù)成熟度曲線更好地理解自身感興趣的技術(shù)定位、用戶建議以及技術(shù)對(duì)業(yè)務(wù)的潛在影響，以此確定企業(yè)未來(lái)的投資方向和時(shí)機(jī)；技術(shù)廠商則可以通過(guò)技術(shù)成熟度曲線來(lái)更好地理解市場(chǎng)期待的熱門技術(shù)，新技術(shù)的相關(guān)要求，以此優(yōu)化自己的市場(chǎng)策略。
　　“但事實(shí)上，大部分技術(shù)都不能經(jīng)歷完整的曲線周期，很多情況下發(fā)展到中途就‘消失'了。”季新蘇向記者強(qiáng)調(diào)，技術(shù)成熟度曲線也對(duì)應(yīng)著業(yè)務(wù)價(jià)值和技術(shù)部署的時(shí)效。按照業(yè)務(wù)價(jià)值，技術(shù)可分為顛覆性的、影響度高的、影響度中的和影響度低的。顛覆性越高，對(duì)于行業(yè)影響度越大，企業(yè)需要的部署準(zhǔn)備時(shí)間就越長(zhǎng)。
　　談到DevOps、私有云及公有云，季新蘇指出，從基礎(chǔ)設(shè)施角度來(lái)看，企業(yè)部署私有云的熱度將慢慢趨于理性，更多CIO開(kāi)始采用公有云，但是從整體情況來(lái)看，距離國(guó)內(nèi)公有云市場(chǎng)成熟至少還有3-5年，甚至更長(zhǎng)的時(shí)間。從應(yīng)用開(kāi)發(fā)的角度來(lái)看，與微服務(wù)相關(guān)的CI/CD、DevOps、中臺(tái)戰(zhàn)略都比較火，但是目前幾乎沒(méi)有真正大規(guī)模生產(chǎn)環(huán)境部署的產(chǎn)品。

DevOps：企業(yè)做的是微服務(wù)還是小服務(wù)？

　　眾所周知，DevOps的核心是用開(kāi)發(fā)運(yùn)維鏈條，加速整體的交付能力。其運(yùn)作方式是通過(guò)減少每次發(fā)布的體量，達(dá)到快速發(fā)布的目的。它有一個(gè)定性指標(biāo)：如果實(shí)現(xiàn)了DevOps，企業(yè)可以在上班時(shí)間發(fā)布生產(chǎn)功能，而不是只能鎖定在周五半夜加班發(fā)布。
　　季新蘇介紹，對(duì)于企業(yè)來(lái)講，實(shí)現(xiàn)DevOps可以參考兩個(gè)KPI。“一個(gè)是MTTV（Mean Time to Value）：從有想法到發(fā)布，交付的時(shí)間越短越好；一個(gè)是MTTR（Mean Time to Recover），從生產(chǎn)發(fā)現(xiàn)問(wèn)題到恢復(fù)，解決的時(shí)間也是越短越好。這是DevOps真正的價(jià)值。”
　　“現(xiàn)在DevOps的市場(chǎng)熱度很高，但大家只看到了好的一面，沒(méi)有看到挑戰(zhàn)，其實(shí)對(duì)企業(yè)來(lái)說(shuō)IT轉(zhuǎn)型的挑戰(zhàn)也非常巨大。在一些領(lǐng)先市場(chǎng)的傳統(tǒng)企業(yè)中，大約只有不到20%的數(shù)字化相關(guān)應(yīng)用適合采用真正的'微服務(wù)'架構(gòu)交付。”季新蘇指出,其實(shí)大部分企業(yè)選擇對(duì)傳統(tǒng)應(yīng)用的模塊化改造不是微服務(wù)（Microservices），而是小服務(wù)（Miniservices），小服務(wù)盡可能用分布式架構(gòu)的長(zhǎng)處，對(duì)傳統(tǒng)應(yīng)用的解耦合，模塊化現(xiàn)有應(yīng)用，使發(fā)布做得更“輕”一些，并不是完全自動(dòng)化。
　　季新蘇進(jìn)一步解釋道，“微服務(wù)”是新構(gòu)建的，而通過(guò)傳統(tǒng)架構(gòu)演進(jìn)的是“小服務(wù)”，單體應(yīng)用可以改造成“微服務(wù)”狀態(tài)，但需要的代價(jià)非常高，往往不如重構(gòu)；“微服務(wù)”應(yīng)對(duì)于互聯(lián)網(wǎng)應(yīng)用，而“小服務(wù)”是通過(guò)單體架構(gòu)做解耦、API化來(lái)支撐“微服務(wù)”。
　　根據(jù)這樣的情況，Gartner為企業(yè)做DevOps建議了8個(gè)步驟：

　　第一，“業(yè)務(wù)驅(qū)動(dòng)”是核心。企業(yè)要看其是否適合自己的業(yè)務(wù)，畢竟不是所有場(chǎng)景都適合DevOps和“微服務(wù)”。
　　第二，要基于企業(yè)自身的環(huán)境構(gòu)建、匹配DevOps環(huán)境，目前支撐DevOps的技術(shù)還在不斷演進(jìn)。
　　第三，選擇第一原動(dòng)力。業(yè)務(wù)的背書很重要，要確定第一原動(dòng)力之后再往前走。
　　第四，建立有能力的交付團(tuán)隊(duì)。團(tuán)隊(duì)成員要具備很強(qiáng)的技術(shù)能力，要對(duì)目標(biāo)有要求，能夠突破開(kāi)發(fā)和運(yùn)維之間的壁壘。
　　第五，要建立目標(biāo)和對(duì)應(yīng)的考核指標(biāo)，在新的交付模式下傳統(tǒng)指標(biāo)往往很難奏效。
　　第六，注意局限性。目前有一個(gè)很大的局限性是開(kāi)發(fā)和測(cè)試的流程沒(méi)有銜接，是一個(gè)個(gè)“豎井”，跨部門的流程很弱。
　　第七，一些比較激進(jìn)的企業(yè)可以采用工具鏈，即開(kāi)發(fā)、測(cè)試、運(yùn)維，用一套工具。
　　第八，大處著眼、小處著手。先完成一些成果后再看如何擴(kuò)展。
　　季新蘇表示：“根據(jù)這套邏輯，可以看出DevOps落地其實(shí)是非常復(fù)雜的。

私有云：為什么會(huì)失敗？

　　談到私有云失敗的原因有很多，季新蘇列出了最常見(jiàn)的兩點(diǎn)：
　　其一，最主要的原因是企業(yè)不能變更運(yùn)維模式。例如，原來(lái)的交付模式比較長(zhǎng)，需要三四周，中間包含有需求調(diào)研、機(jī)器采購(gòu)、機(jī)器安裝配置等。而用了云以后，IT人員要用代碼在三個(gè)小時(shí)內(nèi)把機(jī)器部署出來(lái)。運(yùn)維從原來(lái)基于”技術(shù)棧“的角度，變成需要支撐端到端整個(gè)交付流程，用軟件的方式交付全棧的計(jì)算存儲(chǔ)網(wǎng)絡(luò)資源的能力。很多企業(yè)沒(méi)有意識(shí)到，一旦支撐上述交付的自動(dòng)化流程出錯(cuò)，需要很短時(shí)間恢復(fù)，這個(gè)模式對(duì)于運(yùn)維要求非常高。
　　其二，計(jì)費(fèi)模式。過(guò)去項(xiàng)目經(jīng)理傾向于“囤”機(jī)器，項(xiàng)目結(jié)束后，機(jī)器也不回收，以免后續(xù)新項(xiàng)目機(jī)器資源不足。即使采用私有云，項(xiàng)目經(jīng)理短時(shí)間也不會(huì)改變這種習(xí)慣。這就導(dǎo)致如果沒(méi)有好的計(jì)費(fèi)模式，資源池經(jīng)常是匱乏的，需要不斷補(bǔ)充新的硬件，而且已有資源使用效率很低。
　　季新蘇指出，無(wú)論是私有云，還是公有云，都需要四個(gè)核心能力：標(biāo)準(zhǔn)化、虛擬化、自動(dòng)化和指標(biāo)化。
　　在季新蘇看來(lái)，其中最核心的是標(biāo)準(zhǔn)化，最難的也是標(biāo)準(zhǔn)化。據(jù)Gartner數(shù)據(jù)顯示，私有云占企業(yè)整體擁有成本的36%，而業(yè)務(wù)應(yīng)用遷移到云上占64%。這意味著業(yè)務(wù)上云的代價(jià)要比云物理建設(shè)成本更高。“很多時(shí)候就是前期標(biāo)準(zhǔn)化沒(méi)有做好，才導(dǎo)致后續(xù)需要更多的應(yīng)用遷移成本。”
　　而虛擬化也不僅僅是硬件虛擬化，主要是要做到資源的“池”化。云計(jì)算是規(guī)模效應(yīng)規(guī)模效應(yīng)，非生產(chǎn)環(huán)境與生產(chǎn)環(huán)境可以設(shè)置為兩個(gè)獨(dú)立的計(jì)算資源池池，池里的資源和應(yīng)用是解耦的，應(yīng)用應(yīng)該可以按需使用資源。如果應(yīng)用需要大規(guī)模吞吐，資源不足，就加虛機(jī)進(jìn)去；如果不需要那么多資源，虛機(jī)應(yīng)該可以釋放掉。“要想知道虛擬化或池化做得好不好，可以看一個(gè)指標(biāo)：應(yīng)用的平均CPU使用率是否可以比較高，如達(dá)到60%-70%。”季新蘇補(bǔ)充道，“但是現(xiàn)在大部分私有云或者傳統(tǒng)數(shù)據(jù)中心的CPU使用率只有10%-15%。”。
　　自動(dòng)化是云計(jì)算比較關(guān)注的能力，往往各個(gè)企業(yè)在建設(shè)私有云與使用公有云的過(guò)程中比較重點(diǎn)建設(shè)這方面能力。
　　最后，如何展現(xiàn)價(jià)值、不斷提高能力，都要靠指標(biāo)化。要為現(xiàn)在的交付能力建立一個(gè)基線，看看是否能不斷提升這個(gè)基線。“如果能做好，公有云和私有云之間對(duì)于管理的能力要求其實(shí)可以做到無(wú)縫的，當(dāng)然實(shí)際看來(lái)這很難。”
　　此外，季新蘇指出，治理模式也是一個(gè)很大的挑戰(zhàn)。“現(xiàn)在私有云的治理模式多是按照職能來(lái)區(qū)分團(tuán)隊(duì)。微服務(wù)、DevOps、PaaS、IaaS的團(tuán)隊(duì)之間沒(méi)有太多協(xié)作，大家通常只構(gòu)建自己能力范圍內(nèi)的交付，不關(guān)心是否和別人有重疊、是否能和別人兼容，最后往往形成一個(gè)個(gè)孤島。”
　　Gartner建議，要給所有私有云提供一個(gè)價(jià)值主張。這個(gè)價(jià)值主張來(lái)自于要遷移什么、實(shí)現(xiàn)什么樣的業(yè)務(wù)價(jià)值。“架構(gòu)團(tuán)隊(duì)要介入，看如何在云上提供價(jià)值，需要技術(shù)、流程優(yōu)化和能力提升。”具體來(lái)說(shuō)，包括：
　　˙    技術(shù)研究IaaS、PaaS、SaaS，以IaaS和PaaS為主，構(gòu)建技術(shù)以保證技術(shù)連續(xù)性；
　　˙    流程優(yōu)化要研究DevOps、CI/CD如何做，構(gòu)建平臺(tái)工具層PaaS上才能保證交付工具統(tǒng)一，開(kāi)發(fā)測(cè)試能比較好銜接；
　　˙    組織設(shè)計(jì)與能力提升，系統(tǒng)架構(gòu)要和組織匹配，組織和能力培訓(xùn)是成功的保證，并補(bǔ)足能力短板，。

公有云：八種遷移方法

　　現(xiàn)在有目共睹，很多中國(guó)企業(yè)已經(jīng)有開(kāi)始采用公有云的趨勢(shì)，而且有些銀行機(jī)構(gòu)已經(jīng)用得較為深入。但是公有云也面臨著像私有云遷移一樣代價(jià)很高的挑戰(zhàn)。
　　季新蘇列舉出了公有云遷移的幾種做法：
　　第一，Rehost。在虛機(jī)、物理機(jī)上怎么跑，遷到云上就怎么跑，應(yīng)用不做任何改動(dòng)。這樣的好處是不用改變?nèi)魏芜\(yùn)維流程，就能直接搞定，但壞處是會(huì)導(dǎo)致成本增加。因?yàn)橥瑯幽芰Φ奶摍C(jī)在公有云的總體擁有成本比相比較物理機(jī)還是要貴的。
　　第二，Refactor，就是從業(yè)務(wù)場(chǎng)景的角度。例如開(kāi)發(fā)測(cè)試可以從7×24小時(shí)變成一周5天，每天10個(gè)小時(shí)，剩下的資源全部釋放。用業(yè)務(wù)流程再造的方式來(lái)匹配云，從而能夠資源節(jié)約。在云上，大部分都是基礎(chǔ)設(shè)施、代碼，用自動(dòng)化的方式構(gòu)建，企業(yè)可以手工調(diào)整。
　　第三，Rearchitect，以更節(jié)約的資源來(lái)改造應(yīng)用架構(gòu)。原來(lái)的應(yīng)用只有10%的CPU使用率。在云上可以超過(guò)50%甚至更多。這種節(jié)約也是很可觀的。另一方面，無(wú)需自建數(shù)據(jù)庫(kù)，用開(kāi)源數(shù)據(jù)庫(kù)這樣License的費(fèi)用也大大降低。
　　第四，Rebuilt。讓應(yīng)用全部下線，按照云的方式建一個(gè)云原生應(yīng)用，它的彈性伸縮都跟云相關(guān)。越往上越難，代價(jià)越大，好處也越大。
　　第五是Replace，就是SaaS，相比較成熟市場(chǎng)如火如荼的發(fā)展，國(guó)內(nèi)的SaaS屬于慢熱。目前仍需要耐心的培育。
　　此外，季新蘇還特意強(qiáng)調(diào)了MSP（Managed Service Provider）的作用。“因?yàn)槠髽I(yè)面臨的上云能力和傳統(tǒng)運(yùn)維能力是完全不同的挑戰(zhàn)，而MSP可以跨私有云、公有云做管理，上云后幫助企業(yè)做云的運(yùn)維，在‘云遷移’方面提供咨詢。”Gartner預(yù)測(cè)全球市場(chǎng)，2018年5%的企業(yè)上云會(huì)用MSP，但到了2021-2022年，50%企業(yè)上云尤其是公有云都會(huì)使用MSP，這將會(huì)成為未來(lái)主流的服務(wù)。