DevOps 是 development 和 operations 兩個單詞的組合,是一組過程、方法與系統(tǒng)的統(tǒng)稱,用于促進開發(fā)、運維和測試部門之間的溝通、協(xié)作與整合,覆蓋開發(fā)、構建、測試、部署和交付反饋等階段。
可以說,DevOps 是軟件開發(fā)生命周期從瀑布式到敏捷,再到精益的演化。瀑布模型的特征是,在進入下一階段之前,每個階段目標必須100%地完成。相對于瀑布開發(fā)模式,敏捷開發(fā)過程的一個基本原則就是,以更快的頻率交付最小化可用的軟件。在敏捷的目標里,最明顯的是在每個Sprint的迭代周期末尾,都具備可以交付的能力。DevOps 是敏捷開發(fā)的延續(xù),它與敏捷相輔相成,因為它拓展和完善了持續(xù)集成和發(fā)布流程,因此可以確保代碼是生產上可用的,并且確實能給客戶帶來價值。
企業(yè)在應用了 DevOps 之后,往往可以得到以下幾個方面的業(yè)務優(yōu)勢:一是產品快速推向市場,縮短開發(fā)周期和更高的部署頻率;二是提高質量,提高可用性,提高變更成功率,減少故障;三是提高組織的有效性,將時間花在價值增加活動中,減少浪費,同時交付更多的價值至客戶手中。
DevOps 在中國發(fā)展滯后
自 2008 年 Petrick Debois 在多倫多敏捷會議上提出“ DevOps ”一詞以來,DevOps 理念在全球越來越深入人心。近期,Transposit 公司發(fā)布了一項針對 415 位 CIO 及 CTO 的調查。數(shù)據(jù)顯示,88% 的受訪者已經開始了 DevOps 理念的實踐;83.4% 的人認為 DevOps 對公司的數(shù)字化轉型具有至關重要的作用;幾乎所有的受訪者表示將進一步深入實踐 DevOps ;更有 83% 的人已經制定了計劃并著手實施。
而我國 DevOps 發(fā)展起步較晚,整體發(fā)展水平存在明顯滯后。劉博涵等人于 2019 發(fā)表的《 DevOps 中國調查研究》從更多維度探討了 2016 年至 2018 年期間 DevOps 在我國的發(fā)展情況。目前,國際上對于高性能團隊的定義是部署頻率為一天多次,交付周期和平均修復時長在 1 小時以內,團隊變更失敗比例在 0～15% 。如果按照此標準衡量,在國內受訪團隊中,2016 年無一能達到該標準,2018 年僅有 6%可以達到這一標準。這雖然在一定程度上說明了部分國內團隊在IT性能上有了明顯的進步,但總體來看,國內與國際水平還存在明顯的差距。
《 DevOps 中國調查研究》的調查還發(fā)現(xiàn),23.3% 的準高性能團隊受訪者表示其和團隊都害怕代碼部署,而準低性能團隊表示害怕的僅為 8.8% ,這與 Puppet Labs 面向全球調查后得出的“高性能的團隊得益于自動化實踐的充分開展,面對部署,比低性能團隊感到更輕松”的結果正好相反。因此他們認為,這是我國 DevOps 標準逐漸與國際接軌,而生產力卻發(fā)展滯后的體現(xiàn)。
此外,Puppet 發(fā)布的《 2021 年度 DevOps 狀況調查報告》指出,83% 的 IT 決策者表明他們的組織正在實施 DevOps 實踐。而中國信通院發(fā)布的《中國 DevOps 現(xiàn)狀調查報告( 2021 年)》顯示,引入了 DevSecOps 的企業(yè)占比僅為 53% 。
癥結就在于員工素質不高和人才緊缺
正是因為 DevOps 不是一種實實在在的技術,而是一種思想理念,一種方法論,所以每個軟件開發(fā)組織都可以根據(jù)自身的實際情況將 DevOps 理念落地,指導組織內的開發(fā)與運維工作 。不過仍有一個共識就是,通過自動化的方法實現(xiàn)持續(xù)集成與持續(xù)交付,是 DevOps 實踐的一條基礎性準則。如今,除卻各種開發(fā)、運維自動化工具,微服務、容器等其他領域技術也同樣支撐著 DevOps 的變革。
比如,在云計算、微服務大力發(fā)展的背景下,出現(xiàn)了以 Docker 為代表的容器技術,以 Kubernetes 為代表的容器集群技術將容器技術進一步提高到了生產級別,同時出現(xiàn)了 Maven 、Gradle 、Webpack 等構建工具,以 Git 、 SVN 為代表的代碼版本控制工具,使得自動化的持續(xù)集成與交付變?yōu)榭赡堋?/p>
然而現(xiàn)在的局面是,不同的平臺與工具被不同的部門使用,盡管交付效率提升了,但不同部門之間仍然像信息孤島,不同系統(tǒng)之間的信息流轉仍偏向手動方式。
飛算云智總裁陳定瑋認為,互聯(lián)網技術是非常龐雜的,并且發(fā)展日新月異,開發(fā)與運維之間的技術鴻溝真實存在并且日益加深。對國內大部分IT企業(yè)來說,依靠 DevOps 的理念并不能彌補這種鴻溝。因為 DevOps 的實施對人才的依賴性強,以及對人員的基本素質要求非常高。這也是很多 IT 公司在實踐 DevOps 時不得不以失敗告終的原因。如果沒有一個更加有效的平臺讓它落地,那么 DevOps 這一出色的工程理念和工程技術便無法在中國得到進一步推廣。
《 DevOps 中國調查研究》的調查數(shù)據(jù)也證實了這一點。我國 DevOps 的發(fā)展起步晚是不爭的事實,但人的因素是 DevOps 發(fā)展的最大障礙。阻礙 DevOps 推行的前五大因素依次是組織行業(yè)的限制、不同部門的目標不一致、員工不理解 DevOps 的概念、組織缺少具備 DevOps 經驗的專家、缺乏配置和使用相關工具的專業(yè)知識和人才,其中與“人”相關的因素高達 80% 。該研究總結道,國內 DevOps 滯后、過程成熟度不高的癥結就在于員工素質不夠高和人才緊缺。
可視化全自動開發(fā)打破技術鴻溝
那么,有沒有一種工具,可以擺脫軟件開發(fā)對員工素質和人才的依賴,彌補開發(fā)與運維之間的技術鴻溝,實現(xiàn)真正的高效協(xié)同工作呢?飛算科技用新一代 Java 開發(fā)工具—— 飛算SoFlu 全自動軟件工程平臺給出了答案。陳定瑋說,飛算SoFlu 可以將原來開發(fā)工程師才看得懂的代碼可視化,讓業(yè)務人員也看得懂,從而降低準入門檻。
據(jù)了解,飛算SoFlu 采用通用的技術功能模塊,支持循環(huán)、條件判斷、函數(shù)調用等組件,通過拖拽方式以及參數(shù)配置,實現(xiàn)實際上就等同于編寫復雜代碼的業(yè)務邏輯。只要技術人員了解基礎的業(yè)務邏輯,就能實現(xiàn)軟件開發(fā)。而且,平臺統(tǒng)一了代碼規(guī)范,不依賴人工編碼、審碼,因此可以從源頭上保證代碼高質量。
總而言之, 飛算SoFlu 通過可視化編程的方式滿足低門檻開發(fā)需求,輸入流程圖即可實現(xiàn)自動開發(fā)。毫無疑問, 飛算SoFlu 與 DevOps 理念是一致的。
陳定瑋曾表示:“飛算 SoFlu 的出發(fā)點是想讓 DevOps 真正的落地。而實現(xiàn)‘落地’首先重點要解決的就是開發(fā)的問題, 包括開發(fā)的品質、安全和效率等,再逐步解決測試和運維問題。”
近期,隨著飛算SoFlu全自動化測試平臺的上線,陳定瑋要解決開發(fā)、測試、運維問題的目標已經完成了三分之二。據(jù)了解,該平臺能夠以自動化的方式實現(xiàn)測試生命周期管理、測試用例自動生成、測試數(shù)據(jù)管理、精準回歸測試等一系列功能,不僅降低了測試門檻,讓初學者輕松上手,還可以減少測試對資源的占用,提高執(zhí)行效率,自如應對企業(yè)數(shù)字化轉型背景下軟件測試面臨的人工測試耗時長、測試跟蹤管理難、測試成本高、Bug發(fā)現(xiàn)和解決成本高等挑戰(zhàn)。
此外,在該平臺上,用戶可以對程序流程圖中任何節(jié)點配置跳過節(jié)點,或模擬節(jié)點數(shù)據(jù),或正常執(zhí)行,方便用戶測試任意部分的業(yè)務邏輯,即使只開發(fā)了部分業(yè)務邏輯也可進行測試,極大地提高了測試效率。
我們也要看到,全球絕大多數(shù)組織仍然停留在 DevOps 演變的中期階段。企業(yè)在落地 DevOps 實踐時,仍面臨許多挑戰(zhàn),比如 DevOps 文化構建、部門溝通成本、開發(fā)工具分散、DevOps 實踐成本等 ,期待能有更多、更好的工具或平臺能解決上訴問題,以此促進 DevOps 的發(fā)展。
（免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現(xiàn)的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。 ）
