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

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

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

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

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

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

私有云：為什么會失敗？

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

公有云：八種遷移方法

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