DevOps 是 development 和 operations 兩個(gè)單詞的組合,是一組過程、方法與系統(tǒng)的統(tǒng)稱,用于促進(jìn)開發(fā)、運(yùn)維和測(cè)試部門之間的溝通、協(xié)作與整合,覆蓋開發(fā)、構(gòu)建、測(cè)試、部署和交付反饋等階段。

可以說(shuō),DevOps 是軟件開發(fā)生命周期從瀑布式到敏捷,再到精益的演化。瀑布模型的特征是,在進(jìn)入下一階段之前,每個(gè)階段目標(biāo)必須100%地完成。相對(duì)于瀑布開發(fā)模式,敏捷開發(fā)過程的一個(gè)基本原則就是,以更快的頻率交付最小化可用的軟件。在敏捷的目標(biāo)里,最明顯的是在每個(gè)Sprint的迭代周期末尾,都具備可以交付的能力。DevOps 是敏捷開發(fā)的延續(xù),它與敏捷相輔相成,因?yàn)樗卣购屯晟屏顺掷m(xù)集成和發(fā)布流程,因此可以確保代碼是生產(chǎn)上可用的,并且確實(shí)能給客戶帶來(lái)價(jià)值。

企業(yè)在應(yīng)用了 DevOps 之后,往往可以得到以下幾個(gè)方面的業(yè)務(wù)優(yōu)勢(shì):一是產(chǎn)品快速推向市場(chǎng),縮短開發(fā)周期和更高的部署頻率;二是提高質(zhì)量,提高可用性,提高變更成功率,減少故障;三是提高組織的有效性,將時(shí)間花在價(jià)值增加活動(dòng)中,減少浪費(fèi),同時(shí)交付更多的價(jià)值至客戶手中。

DevOps 在中國(guó)發(fā)展滯后

自 2008 年 Petrick Debois 在多倫多敏捷會(huì)議上提出“ DevOps ”一詞以來(lái),DevOps 理念在全球越來(lái)越深入人心。近期,Transposit 公司發(fā)布了一項(xiàng)針對(duì) 415 位 CIO 及 CTO 的調(diào)查。數(shù)據(jù)顯示,88% 的受訪者已經(jīng)開始了 DevOps 理念的實(shí)踐;83.4% 的人認(rèn)為 DevOps 對(duì)公司的數(shù)字化轉(zhuǎn)型具有至關(guān)重要的作用;幾乎所有的受訪者表示將進(jìn)一步深入實(shí)踐 DevOps ;更有 83% 的人已經(jīng)制定了計(jì)劃并著手實(shí)施。

而我國(guó) DevOps 發(fā)展起步較晚,整體發(fā)展水平存在明顯滯后。劉博涵等人于 2019 發(fā)表的《 DevOps 中國(guó)調(diào)查研究》從更多維度探討了 2016 年至 2018 年期間 DevOps 在我國(guó)的發(fā)展情況。目前,國(guó)際上對(duì)于高性能團(tuán)隊(duì)的定義是部署頻率為一天多次,交付周期和平均修復(fù)時(shí)長(zhǎng)在 1 小時(shí)以內(nèi),團(tuán)隊(duì)變更失敗比例在 0～15% 。如果按照此標(biāo)準(zhǔn)衡量,在國(guó)內(nèi)受訪團(tuán)隊(duì)中,2016 年無(wú)一能達(dá)到該標(biāo)準(zhǔn),2018 年僅有 6%可以達(dá)到這一標(biāo)準(zhǔn)。這雖然在一定程度上說(shuō)明了部分國(guó)內(nèi)團(tuán)隊(duì)在IT性能上有了明顯的進(jìn)步,但總體來(lái)看,國(guó)內(nèi)與國(guó)際水平還存在明顯的差距。

《 DevOps 中國(guó)調(diào)查研究》的調(diào)查還發(fā)現(xiàn),23.3% 的準(zhǔn)高性能團(tuán)隊(duì)受訪者表示其和團(tuán)隊(duì)都害怕代碼部署,而準(zhǔn)低性能團(tuán)隊(duì)表示害怕的僅為 8.8% ,這與 Puppet Labs 面向全球調(diào)查后得出的“高性能的團(tuán)隊(duì)得益于自動(dòng)化實(shí)踐的充分開展,面對(duì)部署,比低性能團(tuán)隊(duì)感到更輕松”的結(jié)果正好相反。因此他們認(rèn)為,這是我國(guó) DevOps 標(biāo)準(zhǔn)逐漸與國(guó)際接軌,而生產(chǎn)力卻發(fā)展滯后的體現(xiàn)。

此外,Puppet 發(fā)布的《 2021 年度 DevOps 狀況調(diào)查報(bào)告》指出,83% 的 IT 決策者表明他們的組織正在實(shí)施 DevOps 實(shí)踐。而中國(guó)信通院發(fā)布的《中國(guó) DevOps 現(xiàn)狀調(diào)查報(bào)告( 2021 年)》顯示,引入了 DevSecOps 的企業(yè)占比僅為 53% 。

癥結(jié)就在于員工素質(zhì)不高和人才緊缺

正是因?yàn)?DevOps 不是一種實(shí)實(shí)在在的技術(shù),而是一種思想理念,一種方法論,所以每個(gè)軟件開發(fā)組織都可以根據(jù)自身的實(shí)際情況將 DevOps 理念落地,指導(dǎo)組織內(nèi)的開發(fā)與運(yùn)維工作 。不過仍有一個(gè)共識(shí)就是,通過自動(dòng)化的方法實(shí)現(xiàn)持續(xù)集成與持續(xù)交付,是 DevOps 實(shí)踐的一條基礎(chǔ)性準(zhǔn)則。如今,除卻各種開發(fā)、運(yùn)維自動(dòng)化工具,微服務(wù)、容器等其他領(lǐng)域技術(shù)也同樣支撐著 DevOps 的變革。

比如,在云計(jì)算、微服務(wù)大力發(fā)展的背景下,出現(xiàn)了以 Docker 為代表的容器技術(shù),以 Kubernetes 為代表的容器集群技術(shù)將容器技術(shù)進(jìn)一步提高到了生產(chǎn)級(jí)別,同時(shí)出現(xiàn)了 Maven 、Gradle 、Webpack 等構(gòu)建工具,以 Git 、 SVN 為代表的代碼版本控制工具,使得自動(dòng)化的持續(xù)集成與交付變?yōu)榭赡堋?/p>

然而現(xiàn)在的局面是,不同的平臺(tái)與工具被不同的部門使用,盡管交付效率提升了,但不同部門之間仍然像信息孤島,不同系統(tǒng)之間的信息流轉(zhuǎn)仍偏向手動(dòng)方式。

飛算云智總裁陳定瑋認(rèn)為,互聯(lián)網(wǎng)技術(shù)是非常龐雜的,并且發(fā)展日新月異,開發(fā)與運(yùn)維之間的技術(shù)鴻溝真實(shí)存在并且日益加深。對(duì)國(guó)內(nèi)大部分IT企業(yè)來(lái)說(shuō),依靠 DevOps 的理念并不能彌補(bǔ)這種鴻溝。因?yàn)?DevOps 的實(shí)施對(duì)人才的依賴性強(qiáng),以及對(duì)人員的基本素質(zhì)要求非常高。這也是很多 IT 公司在實(shí)踐 DevOps 時(shí)不得不以失敗告終的原因。如果沒有一個(gè)更加有效的平臺(tái)讓它落地,那么 DevOps 這一出色的工程理念和工程技術(shù)便無(wú)法在中國(guó)得到進(jìn)一步推廣。

《 DevOps 中國(guó)調(diào)查研究》的調(diào)查數(shù)據(jù)也證實(shí)了這一點(diǎn)。我國(guó) DevOps 的發(fā)展起步晚是不爭(zhēng)的事實(shí),但人的因素是 DevOps 發(fā)展的最大障礙。阻礙 DevOps 推行的前五大因素依次是組織行業(yè)的限制、不同部門的目標(biāo)不一致、員工不理解 DevOps 的概念、組織缺少具備 DevOps 經(jīng)驗(yàn)的專家、缺乏配置和使用相關(guān)工具的專業(yè)知識(shí)和人才,其中與“人”相關(guān)的因素高達(dá) 80% 。該研究總結(jié)道,國(guó)內(nèi) DevOps 滯后、過程成熟度不高的癥結(jié)就在于員工素質(zhì)不夠高和人才緊缺。

可視化全自動(dòng)開發(fā)打破技術(shù)鴻溝

那么,有沒有一種工具,可以擺脫軟件開發(fā)對(duì)員工素質(zhì)和人才的依賴,彌補(bǔ)開發(fā)與運(yùn)維之間的技術(shù)鴻溝,實(shí)現(xiàn)真正的高效協(xié)同工作呢?飛算科技用新一代 Java 開發(fā)工具—— 飛算SoFlu 全自動(dòng)軟件工程平臺(tái)給出了答案。陳定瑋說(shuō),飛算SoFlu 可以將原來(lái)開發(fā)工程師才看得懂的代碼可視化,讓業(yè)務(wù)人員也看得懂,從而降低準(zhǔn)入門檻。

據(jù)了解,飛算SoFlu 采用通用的技術(shù)功能模塊,支持循環(huán)、條件判斷、函數(shù)調(diào)用等組件,通過拖拽方式以及參數(shù)配置,實(shí)現(xiàn)實(shí)際上就等同于編寫復(fù)雜代碼的業(yè)務(wù)邏輯。只要技術(shù)人員了解基礎(chǔ)的業(yè)務(wù)邏輯,就能實(shí)現(xiàn)軟件開發(fā)。而且,平臺(tái)統(tǒng)一了代碼規(guī)范,不依賴人工編碼、審碼,因此可以從源頭上保證代碼高質(zhì)量。

總而言之, 飛算SoFlu 通過可視化編程的方式滿足低門檻開發(fā)需求,輸入流程圖即可實(shí)現(xiàn)自動(dòng)開發(fā)。毫無(wú)疑問, 飛算SoFlu 與 DevOps 理念是一致的。

陳定瑋曾表示:“飛算 SoFlu 的出發(fā)點(diǎn)是想讓 DevOps 真正的落地。而實(shí)現(xiàn)‘落地’首先重點(diǎn)要解決的就是開發(fā)的問題, 包括開發(fā)的品質(zhì)、安全和效率等,再逐步解決測(cè)試和運(yùn)維問題。”

近期,隨著飛算SoFlu全自動(dòng)化測(cè)試平臺(tái)的上線,陳定瑋要解決開發(fā)、測(cè)試、運(yùn)維問題的目標(biāo)已經(jīng)完成了三分之二。據(jù)了解,該平臺(tái)能夠以自動(dòng)化的方式實(shí)現(xiàn)測(cè)試生命周期管理、測(cè)試用例自動(dòng)生成、測(cè)試數(shù)據(jù)管理、精準(zhǔn)回歸測(cè)試等一系列功能,不僅降低了測(cè)試門檻,讓初學(xué)者輕松上手,還可以減少測(cè)試對(duì)資源的占用,提高執(zhí)行效率,自如應(yīng)對(duì)企業(yè)數(shù)字化轉(zhuǎn)型背景下軟件測(cè)試面臨的人工測(cè)試耗時(shí)長(zhǎng)、測(cè)試跟蹤管理難、測(cè)試成本高、Bug發(fā)現(xiàn)和解決成本高等挑戰(zhàn)。

此外,在該平臺(tái)上,用戶可以對(duì)程序流程圖中任何節(jié)點(diǎn)配置跳過節(jié)點(diǎn),或模擬節(jié)點(diǎn)數(shù)據(jù),或正常執(zhí)行,方便用戶測(cè)試任意部分的業(yè)務(wù)邏輯,即使只開發(fā)了部分業(yè)務(wù)邏輯也可進(jìn)行測(cè)試,極大地提高了測(cè)試效率。

我們也要看到,全球絕大多數(shù)組織仍然停留在 DevOps 演變的中期階段。企業(yè)在落地 DevOps 實(shí)踐時(shí),仍面臨許多挑戰(zhàn),比如 DevOps 文化構(gòu)建、部門溝通成本、開發(fā)工具分散、DevOps 實(shí)踐成本等 ,期待能有更多、更好的工具或平臺(tái)能解決上訴問題,以此促進(jìn) DevOps 的發(fā)展。

（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）