為了響應(yīng)快速變化的市場需求，業(yè)務(wù)要快速迭代。IT正在向云原生架構(gòu)轉(zhuǎn)型，解放架構(gòu)自由度，最大化業(yè)務(wù)敏捷性，解耦合、敏捷開發(fā)、快速部署是當(dāng)下企業(yè)的追求，可以消除研發(fā)與運(yùn)維之間鴻溝的DevOps（研發(fā)運(yùn)維）也逐漸被廣泛接受。
什么是DevOps？字面意思是開發(fā)（Dev）與運(yùn)維（Ops）的組合，云徙科技i-DP（i-DevOps Platform）產(chǎn)品總監(jiān)周磊在之后加了問號，“加問號的意思，就是從開發(fā)到運(yùn)維側(cè)，還會存在更特殊的流程，比如說開發(fā)肯定有測試，未來還會有比較流行的AIOps。”
那么面世十多年的DevOps為什么這幾年開始火熱并被廣泛接受？未來運(yùn)維與研發(fā)將是怎樣的關(guān)系？基于中臺實(shí)踐的DevOps平臺有何不同？傳統(tǒng)企業(yè)與互聯(lián)網(wǎng)企業(yè)對于DevOps的需求有怎樣的差異？帶著這些疑問IT168采訪了周磊。
未來運(yùn)維會越來越少
2008年，Andrew Shafer和Patrick Debois在演講討論如何將敏捷原則應(yīng)用于IT業(yè)務(wù)時(shí)，創(chuàng)造了“DevOps”一詞形容其對敏捷基礎(chǔ)架構(gòu)管理的構(gòu)想，而新的開發(fā)方式落地還需要時(shí)間。
傳統(tǒng)開發(fā)模式開發(fā)、測試、運(yùn)維之間割裂，開發(fā)和運(yùn)維也被視為一對冤家，開發(fā)有自己的一套工具與開發(fā)理念，希望隨需變化，而運(yùn)維求穩(wěn)，這種割裂的開發(fā)模式無法及時(shí)響應(yīng)業(yè)務(wù)快速迭代的需求。2014年左右DevOps開始在國內(nèi)受到關(guān)注，近幾年容器、微服務(wù)的發(fā)展促進(jìn)DevOps進(jìn)一步落地。有了容器、微服務(wù)架構(gòu)支撐，可以把原來開發(fā)和運(yùn)維兩件非常割裂的事情進(jìn)行DevOps一體化，開發(fā)人員決定部署結(jié)構(gòu)，提高對業(yè)務(wù)的響應(yīng)支持速度。
而根據(jù)IDC的數(shù)據(jù)，2017年全球DevOps投入達(dá)到38.9億美元，呈上升趨勢。
云徙科技i-DP（i-DevOps Platform）產(chǎn)品總監(jiān)周磊
周磊認(rèn)為DevOps就是為了解決開發(fā)、測試、運(yùn)維，包括把項(xiàng)目管理、項(xiàng)目經(jīng)理各個(gè)角色全部串聯(lián)起來，解決所有人員在整個(gè)項(xiàng)目研發(fā)流程中的溝通障礙。類似于人類從猿人到智能人的進(jìn)化，DevOps的發(fā)展也是從最開始瀑布模型到敏捷，再到精益，再到持續(xù)集成，持續(xù)交付，持續(xù)部署。
2016年成立的云徙科技是一家中臺服務(wù)商，隨著業(yè)務(wù)的發(fā)展，內(nèi)部對于業(yè)務(wù)中臺和數(shù)據(jù)中臺的研發(fā)、迭代有了更高的需求，與此同時(shí)在服務(wù)客戶過程中發(fā)現(xiàn)很多企業(yè)除了雙中臺外也需要一個(gè)統(tǒng)一的研發(fā)平臺規(guī)范流程提高效率，在內(nèi)外需求驅(qū)動之下云徙科技基于DevOps理念和自身中臺實(shí)踐打造了i-DP云原生數(shù)字化技術(shù)服務(wù)平臺。
i-DP作為統(tǒng)一的研發(fā)服務(wù)平臺，打通不同角色系統(tǒng)建設(shè)者之間的任務(wù)協(xié)同，并將重復(fù)的事情盡可能用自動化腳本或者軟件實(shí)現(xiàn)。據(jù)悉，i-DP主要基于開源生態(tài)系統(tǒng)打造，使用Kubernetes容器編排和管理能力，整合敏捷理念、DevOps工具鏈等，集成知識管理、敏捷管理、應(yīng)用管理、開發(fā)流水線、部署流水線、測試管理等工具集，讓IT更好地去服務(wù)于業(yè)務(wù)，加速數(shù)字化轉(zhuǎn)型。
第一個(gè)吃螃蟹的是云徙內(nèi)部，云徙科技i-DP產(chǎn)品總監(jiān)周磊對2018年i-DP第一次大版本升級記憶猶新，如果i-DP出現(xiàn)問題，對于云徙內(nèi)部產(chǎn)品研發(fā)項(xiàng)目以及正在推進(jìn)的交付的項(xiàng)目都會有巨大的影響，會導(dǎo)致無法提交代碼、無法部署應(yīng)用、無法聯(lián)調(diào)測試、無法定位問題等等。為了減少對整體研發(fā)進(jìn)度也影響，團(tuán)隊(duì)晚上10點(diǎn)開始進(jìn)行平臺升級，因?yàn)樯婕暗捷^多的服務(wù)，至凌晨3、4點(diǎn)才順利完成第一次大版本的升級以及系統(tǒng)和數(shù)據(jù)的驗(yàn)證。第一次大規(guī)模升級也給團(tuán)隊(duì)積累了經(jīng)驗(yàn)，收獲很多。
效果顯著，以往交付項(xiàng)目都需要一個(gè)專門的運(yùn)維或者多個(gè)運(yùn)維支撐，i-DP上線后打包、編譯可以實(shí)現(xiàn)自動化，研發(fā)經(jīng)理、測試經(jīng)理無需寫腳本做復(fù)雜的操作通過在平臺上簡單操作即可完成部署。運(yùn)維從一些基礎(chǔ)工作中解放出來，可以把精力放在更復(fù)雜的生產(chǎn)環(huán)境中。
有人討論企業(yè)的研發(fā)和運(yùn)維人員的比例是6：4 好還是9：1好，不能一概而論，要結(jié)合具體情況來看，“（未來）肯定是運(yùn)維越來越少，DevOps就是為了把開發(fā)、測試和運(yùn)維之間的鴻溝減少，很多由運(yùn)維做的事情可以直接由研發(fā)同學(xué)直接去操作。”周磊說，目前云徙的研發(fā)與運(yùn)維比例遠(yuǎn)超9：1.
i-DP是基于中臺實(shí)踐的云原生研發(fā)管理平臺，2018年云棲大會，云徙科技推出了包括業(yè)務(wù)中臺和數(shù)據(jù)中臺在內(nèi)的數(shù)字雙中臺2.0；今年2019年云棲大會，全新發(fā)布數(shù)字中臺3.0，3.0整合強(qiáng)大的技術(shù)底座，包含i-DP以及X系列研發(fā)管理工具，實(shí)現(xiàn)企業(yè)營銷數(shù)字化平臺的建設(shè)、管理和可運(yùn)營；3.0版本強(qiáng)化了企業(yè)用戶的直接使用體驗(yàn)，可以很容易地上手一個(gè)成熟的中臺系統(tǒng)，同時(shí)強(qiáng)化的運(yùn)營能力讓企業(yè)業(yè)務(wù)前端可以更好的創(chuàng)新創(chuàng)收，而中臺自身也可以不斷適應(yīng)新需求、新變化而無需重建。
傳統(tǒng)企業(yè)更多關(guān)注業(yè)務(wù)流程
云徙科技的客戶大多是傳統(tǒng)企業(yè)，周磊介紹大部分傳統(tǒng)企業(yè)更關(guān)注業(yè)務(wù)流程，而自身的研發(fā)管控體系不太標(biāo)準(zhǔn)，遺留系統(tǒng)多而復(fù)雜，很多企業(yè)的數(shù)字化轉(zhuǎn)型都是從一個(gè)業(yè)務(wù)點(diǎn)出發(fā)逐步進(jìn)行。比如新零售營銷新業(yè)務(wù)會做微服務(wù)改造，使用i-DP管控其研發(fā)、測試、部署等會比較順利快速。
不同行業(yè)對于新技術(shù)的接受程度也不盡相同，比如汽車行業(yè)對使用新技術(shù)、開源技術(shù)改造舊系統(tǒng)更積極一些，地產(chǎn)行業(yè)可能會擔(dān)心Docker、K8s等開源技術(shù)性能不穩(wěn)定，相對更謹(jǐn)慎。而除了技術(shù)穩(wěn)定性的擔(dān)憂，有的企業(yè)也擔(dān)心其開發(fā)人員接受新的技術(shù)的能力，或者受限于IT團(tuán)隊(duì)人員不足不會輕易嘗試新技術(shù)而更尋求穩(wěn)定。
周磊介紹i-DP雖然是基于開源產(chǎn)品打造的云原生管理平臺，但是在中間層和上層做了很多特性優(yōu)化，而且針對遺留系統(tǒng)復(fù)雜并且較為謹(jǐn)慎的傳統(tǒng)企業(yè)，提供應(yīng)用的多種部署選擇，支持云化部署和傳統(tǒng)部署模式，可以對其遺留系統(tǒng)進(jìn)行平滑改造。不過周磊還是建議客戶使用面向未來的云端互聯(lián)網(wǎng)架構(gòu)，云化和容器化都是為了提高資源利用率，“畢竟技術(shù)支持業(yè)務(wù)，所以技術(shù)還是要往前走。”
根據(jù)IDC FutureScapes預(yù)測，到2023年，傳統(tǒng)應(yīng)用程序現(xiàn)代化進(jìn)程的加速和全新的開放將促使30%的生產(chǎn)應(yīng)用為原生應(yīng)用，利用微服務(wù)、容器和動態(tài)編排。企業(yè)也會從技術(shù)、成本等個(gè)方面進(jìn)行綜合考量選擇合適的解決方案。
據(jù)悉，目前i-DP在可視化、基于角色的個(gè)性推薦方面正在積極探索，提供了 xMaker 企業(yè)開發(fā)者工具，包括可視化的業(yè)務(wù)模板工具、代碼生產(chǎn)線可視化等。通常項(xiàng)目經(jīng)理關(guān)注項(xiàng)目進(jìn)度以及人員風(fēng)險(xiǎn)，開發(fā)經(jīng)理關(guān)注代碼提交情況，測試經(jīng)理關(guān)注軟件質(zhì)量等，i-DP目前支持通過手動操作調(diào)整視圖，未來也會支持自動生成針對不同角色的報(bào)表，此外在運(yùn)維智能預(yù)警等方面也在嘗試。這是一個(gè)不斷迭代演進(jìn)的過程。
DevOps 實(shí)踐的整個(gè)生命周期從計(jì)劃、編碼、構(gòu)建、測試、發(fā)布、部署、操作、監(jiān)控，再回到計(jì)劃，是一個(gè)循環(huán)。市場上DevOps 管理平臺也有不少，周磊介紹基本的功能大體相同，大家在很多細(xì)微處做差異化競爭。i-DP與云徙自身雙中臺彼此促進(jìn)，在不斷打磨產(chǎn)品的同時(shí)也逐漸完善研發(fā)管控流程和改造的方法論，未來i-DP將會作為技術(shù)底座的一部分對外輸出。
總體來看傳統(tǒng)企業(yè)更看重業(yè)務(wù)，會偏向于應(yīng)用業(yè)務(wù)中臺、數(shù)據(jù)中臺，目前對技術(shù)底座的接受度也越來越高。“而對互聯(lián)網(wǎng)化程度較高的企業(yè)，對前端、后端有了一定的技術(shù)積累，可能不需要整個(gè)技術(shù)平臺，需要i-DP作為DevOps平臺來幫助他們來完善管控研發(fā)體系。”周磊認(rèn)為隨著研發(fā)體系成熟和流程的規(guī)范，對于研發(fā)部署業(yè)務(wù)中臺、數(shù)據(jù)中臺以及后面的AI中臺會形成一個(gè)良好的基礎(chǔ)。
“從云徙的角度來看，不管是i-DP還是技術(shù)平臺，都是為了打造符合企業(yè)需求的產(chǎn)品，以獲得更強(qiáng)市場競爭力的角度出發(fā)的。”
云徙創(chuàng)始人包志剛曾在不同場合重申過一個(gè)觀點(diǎn)，未來，企業(yè)兩大核心能力是構(gòu)建數(shù)字化平臺的能力和平臺之上的運(yùn)營能力，i-DP的產(chǎn)品邏輯與云徙戰(zhàn)略也是一脈相承。i-DP能將云徙沉淀下來的技術(shù)能力賦能給企業(yè)，讓企業(yè)在面對未來不確定性的時(shí)候，不管是新的業(yè)務(wù)應(yīng)用也好，還是能力的擴(kuò)展也好，對于整個(gè)體系的運(yùn)作有一套流程化的工具來支撐。
在數(shù)字化轉(zhuǎn)型2.0時(shí)代，敏捷開發(fā)、持續(xù)迭代支持業(yè)務(wù)已是常態(tài)，業(yè)務(wù)、數(shù)據(jù)、研發(fā)正在不斷走向一體化聯(lián)動協(xié)同發(fā)展之路，怎么應(yīng)用DevOps如何微服務(wù)改造還要根據(jù)企業(yè)自身情況而定。
