近兩年,DevOps 的開發(fā)理念在我國備受企業(yè)青睞,極大地提升了軟件部署頻率。根據(jù)中國信通院發(fā)布的《中國 DevOps 現(xiàn)狀調(diào)查報告(2021年)》結(jié)果顯示,部署頻率為1周到1個月一次的企業(yè)占比超六成,同比增長近一成。

盡管在IT領(lǐng)域, DevOps 早已得到了業(yè)界的普遍認可,并被投入各個領(lǐng)域的廣泛應(yīng)用,但目前來看,業(yè)內(nèi)對 DevOps 還沒有統(tǒng)一明確的定義。艾瑞咨詢在《中國 DevOps 應(yīng)用發(fā)展研究》中提出, DevOps 不是單一的技術(shù)或者工具,甚至不只是一個流程,它可以被理解為一系列可以高速、高質(zhì)量進行軟件開發(fā)的工具鏈。

《中國 DevOps 現(xiàn)狀調(diào)查報告(2021年)》數(shù)據(jù)顯示,企業(yè)選擇使用自研或采用開源工具進行二次開發(fā)的一體化平臺占比為34.21%,同比增長0.41%。目前,是否有能力自研或?qū)﹂_源工具進行二次開發(fā),仍是企業(yè)在選擇 DevOps 平臺類工具時的首要考慮因素。

毫無疑問,企業(yè)如果要進行 DevOps 轉(zhuǎn)型,必須要進行 DevOps 工具鏈建設(shè)及相關(guān)人才培訓(xùn)。而根據(jù)調(diào)查發(fā)現(xiàn),僅有31.04%的企業(yè)已經(jīng)對 DevOps 工具進行二次開發(fā),計劃形成DevOps工具鏈;僅有 22.61% 的企業(yè)計劃對技術(shù)人員進行 DevOps 相關(guān)培訓(xùn)。究其原因,主要在于項目團隊工作繁重,企業(yè)并沒有時間進行 DevOps 改進,以及企業(yè)缺乏相關(guān)領(lǐng)域?qū)＜摇＞唧w來看, 29.48% 的企業(yè)項目團隊工作繁重,沒有時間進行 DevOps 改進,同比增長 4.02% ; 29.05% 的企業(yè)缺少具備 DevOps 經(jīng)驗的專家,導(dǎo)致推進緩慢無從下手,同比持平。這兩個因素也是組織進行 DevOps 轉(zhuǎn)型的最大阻礙。

由于 DevOps 跨越 Dev、Ops、IT、安全和產(chǎn)品團隊,以及軟件開發(fā)的不同階段,因此有大量工具可供選擇。事實上,已經(jīng)很多開發(fā)人員公開分享過 DevOps 的工具鏈。其中包括版本控制&協(xié)作開發(fā)工具 GitHub 、 GitLab 、 BitBucket ,自動化構(gòu)建和測試工具 Apache Ant 、 Maven 、 Selenium ,持續(xù)集成&交付工具 Jenkins 、 Capistrano 、 BuildBot ,以及部署工具、維護工具、監(jiān)控,警告&分析工具等等,琳瑯滿目不下百種。但這對于亟須進行數(shù)字化轉(zhuǎn)型的傳統(tǒng)企業(yè)來說,并非是件好事。過多工具本身導(dǎo)致了新的管理問題,如確認工具版本是否符合項目要求,甚至出現(xiàn)了管理這些工具的工具。

之所以出現(xiàn)這樣局面,根本原因還是在于軟件開發(fā)及運維過程的復(fù)雜性。能否有一種方式可以直接跳過這種復(fù)雜性,從根本上直接地提高開發(fā)效率,讓 DevOps 再更進一步?

可視化開發(fā),讓DevOps 再進一步

可視化開發(fā)的確是實現(xiàn)快速開發(fā)的一大利器。這種開發(fā)方式起源于上世界90年代,在21世紀初風靡一時,而后由于無法適應(yīng)大型軟件系統(tǒng)的復(fù)雜設(shè)計而迅速沒落。而近兩年,有了更加成熟的技術(shù)作為依托,可視化開發(fā)所具有的高效率、低門檻價值被重新認識,并且開啟了第二次發(fā)展的高潮。

致力于讓人人都能開發(fā)軟件的飛算云智,把“可視化開發(fā)"打造成飛算SoFlu全自動軟件工程平臺的一張響亮的名片。這張名片不僅可以實現(xiàn)組件的可視化,還能實現(xiàn)邏輯的可視化。

飛算實現(xiàn)了“你輸入流程圖,我實現(xiàn)自動開發(fā)、自動測試、自動運維”的功能,幫助企事業(yè)單位降低項目成本,提升開發(fā)效率,保證代碼質(zhì)量,簡化團隊管理。通過飛算SoFlu全自動軟件工程平臺, IT 工程師只需輸入流程圖,不敲一行代碼就可實現(xiàn)后端開發(fā)。經(jīng)案例實測, 以前 3 個資深I(lǐng)T工程師近 2 個小時的開發(fā)工作,只要1 人用 28 分鐘就可以完成。

與市場上多數(shù)用于前端展現(xiàn)層的低代碼開發(fā)工具不同的是,飛算全自動軟件工程平臺首先解決的是后端微服務(wù)開發(fā),并已申請多項技術(shù)發(fā)明專利。用戶繪制可視化流程的過程即是微服務(wù)開發(fā)的過程,業(yè)務(wù)邏輯的設(shè)計完全由可視化的方式展現(xiàn)出來,大大降低開發(fā)門檻。流程圖設(shè)計直接就在瀏覽器里面完成,不用搭建開發(fā)環(huán)境,只要有網(wǎng)絡(luò),打開瀏覽器,就可以開發(fā)軟件。據(jù)悉,12月底,飛算SoFlu全自動軟件工程平臺將上線前端開發(fā)功能,支持移動端 H5、 企業(yè)微信 、小程序等開發(fā)。

飛算云智總裁陳定瑋早在五年前就開始了相關(guān)的研究,他堅定地說,可視化開發(fā)是 SoFlu 核心中的核心。”所有的流程可以可視化。所以不管是進行交接或者讓工程師理解需求,都可以變得非常直觀。以前,要通過各種復(fù)雜的路徑追根溯源 Debug ,而現(xiàn)在只需要看業(yè)務(wù)流程,每個區(qū)塊就等于一個 Net ,這樣我們寫代碼是有畫面感的。以前,畫面感只是在研發(fā)人員的腦袋里,而 SoFlu 把這個畫面感展現(xiàn)出來,讓所有人都看得懂?！?

SoFlu ,實施 DevOps 實踐的稱手工具

SoFlu 的優(yōu)點不僅僅是可視化,它同時也是一款實施 DevOps 實踐極為稱手的工具。正如 DevOps 這一詞的來源一樣,其最為顯著的特征,就是開發(fā)運維一體化。它的出現(xiàn)就是由于軟件行業(yè)日益清晰地認識到:為了按時交付軟件產(chǎn)品和服務(wù),開發(fā)和運營工作必須緊密合作。在這一方面,飛算 SoFlu 真正契合了 DevOps 的理念。

圖片來源于:艾瑞咨詢

陳定瑋認真地思考過,開發(fā)、測試、運維真正要解決問題應(yīng)該在哪里?他認為,答案就在研發(fā)本身。因為所有代碼的質(zhì)量、系統(tǒng)的穩(wěn)定度、安全度都掌控在研發(fā)人員身上。只有開發(fā)人員的代碼寫得好,才能把這一切都掌控得好。不管用什么語言編程,現(xiàn)在都呈現(xiàn)出這樣一種趨勢:大家在開發(fā)時都盡量讓語法簡單,淺顯易懂,好開發(fā)、好測試、好運維。

傳統(tǒng)開發(fā)模式依賴人工編碼,導(dǎo)致代碼質(zhì)量參差不齊,代碼質(zhì)量難以規(guī)范,依靠人工審查效率極其低下。飛算 SoFlu 則將技術(shù)代碼封裝成功能組件,簡單配置即可應(yīng)用到系統(tǒng)。代碼由質(zhì)量管理平臺檢測,實現(xiàn)質(zhì)量標準化,保證高質(zhì)量。平臺的標準化組件均達到生產(chǎn)環(huán)境實用標準,并可根據(jù)業(yè)務(wù)需求自定義開發(fā),豐富企業(yè)私有組件庫。由平臺統(tǒng)一代碼規(guī)范,從此不依賴人工編碼、審碼,從源頭上保證代碼高質(zhì)量。由于業(yè)務(wù)邏輯的設(shè)計直觀展現(xiàn),即使出現(xiàn)問題,后期修改流程或是檢查 BUG 也非常清晰簡便。

飛算 SoFlu 能解決的不只是開發(fā)問題。事實上,在軟件項目開發(fā)過程中,風險幾乎無處不在。項目進度是否正常、軟件質(zhì)量是否嚴格把控、技術(shù)是否成熟、系統(tǒng)架構(gòu)是否符合性能指標等問題,都會威脅到軟件的最終交付結(jié)果。如何有效地識別、控制和管理風險,對項目的成功起著至關(guān)重要的影響。而通過 SoFlu 平臺,可以實現(xiàn)需求、研發(fā)、測試、部署、上線、運維等整個軟件生命周期的管理,并且將個人的經(jīng)驗、知識沉淀下來,將管理制度真正的落地。

總而言之,飛算 SoFlu 集成 CMMI 、敏捷開發(fā)、 Devopes 等所有管理模式,從“人治”到“法治”,能夠解決傳統(tǒng)軟件工程的經(jīng)常出現(xiàn)的配置管理、數(shù)據(jù)管理、測試管理、部署與發(fā)布管理等100多個問題點,形成10大自動化流水線,即打造平臺而非能力中心、可編排和可視化、數(shù)據(jù)采集聚合、流水線即代碼、內(nèi)建質(zhì)量門禁、流水線實例化、快速接入、有限支持原則、動靜分離配置化、流程可控。

在飛算 SoFlu 發(fā)布之后,國內(nèi)很多專業(yè)人士都給予了關(guān)注。中國工程院院士倪光南曾表示,針對軟件行業(yè)的痛點,非常高興地看到飛算全自動軟件工程平臺提出了很好的解決方案。他還提出,希望飛算 SoFlu 能夠在實踐中不斷發(fā)展,為解決軟件工程的這些痛點作出貢獻,如果能通過實踐的驗證,那么對于軟件行業(yè)的發(fā)展將很有意義。