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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖片來源于:艾瑞咨詢

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

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

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

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

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

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