DevOps 從 2008 年登上歷史舞臺，到接替敏捷成為最新的軟件開發(fā)范式，再到借云和容器技術(shù)在 2018 年左右火爆國內(nèi)，明顯已經(jīng)發(fā)展到了前所未有的階段。
2021 年《全球 DevSecOps 現(xiàn)狀報告》顯示，去年實行 DevOps 的企業(yè)數(shù)量持續(xù)飆升，已經(jīng)從 2020 年的 27%，迅速增長到 35.9%。與此同時，信通院在去年發(fā)布的《中國 DevOps 現(xiàn)狀調(diào)查報告》也顯示，70% 的受訪者表示自己所在的團隊使用了 DevOps 平臺。
此外，DevOps 實踐不僅在范圍上實現(xiàn)了長足發(fā)展，更是在深度上探索前進了不少。信通院報告還顯示，DevOps 成熟度處于全面級的企業(yè)達到 35.04%，增長了 8.84%;16.53% 企業(yè)實踐成熟度處于優(yōu)秀級，0.87% 的企業(yè)處于卓越級。DevOps 這個理念正在從概念一步一步成為現(xiàn)實。
然而，DevOps 的發(fā)展真的有這么絲滑嗎?其實未必，DevOps 實踐中至今存在諸多痛點，包括文化、團隊、安全、技術(shù)等等方面，其中 DevOps 工具的選擇和應(yīng)用是許多企業(yè)最為糾結(jié)的一點。
01 DevOps 痛點最主要的 3 個方面
關(guān)于現(xiàn)下 DevOps 有哪些痛點，基本都是千企千面;DevOps 實踐中到底哪里最痛，也都是眾說紛紜。
有觀點從 DevOps 安全入手，認為 DevOps 安全團隊和持續(xù)交付團隊往往獨立運行，信息交互頻繁且效率低導(dǎo)致質(zhì)量難以保證，安全問題整改的計劃外工作量大。與此同時，溝通工作也多依賴于人工，自動化工具僅僅起到檢測執(zhí)行作用，造成信息不對稱和溝通不及時的痛點。
也有觀點聚焦在了云原生時代的 DevOps 痛點，認為 DevOps 是依靠云原生、工作流程、人員組織而整合的，但少有企業(yè)從中獲得了期望中的業(yè)務(wù)價值。價值與管理維護成本不對等，也就出現(xiàn)了效率和成本這一痛點。
但歸根結(jié)底，現(xiàn)在企業(yè)要想推行 DevOps 最痛的，還是以下三點：
1、人才缺乏，不宜過度依賴人才發(fā)展 DevOps
研究顯示，所有 DevOps 技能職位都面臨人才短缺。Gartner 曾預(yù)測，由于人才的短缺，到 2022 年 75% 的 DevOps 計劃將無法達到預(yù)期。
的確，由于項目團隊工作繁重，沒有時間進行 DevOps 改進與缺乏相關(guān)領(lǐng)域?qū)＜艺诔蔀榻M織級 DevOps 轉(zhuǎn)型的最大阻礙。因為缺少具備 DevOps 經(jīng)驗的專家，導(dǎo)致企業(yè)推進緩慢、無從下手。
飛算云智總裁陳定瑋認為，互聯(lián)網(wǎng)技術(shù)是非常龐雜的，并且發(fā)展日新月異，開發(fā)與運維之間的技術(shù)鴻溝真實存在并且日益加深。對國內(nèi)大部分 IT 企業(yè)來說，依靠 DevOps 的理念并不能彌補這種鴻溝。因為 DevOps 的實施對人才的依賴性強，以及對人員的基本素質(zhì)要求非常高。這也是很多 IT 公司在實踐 DevOps 時不得不以失敗告終的原因。如果沒有一個更加有效的平臺讓它落地，那么 DevOps 這一出色的工程理念和工程技術(shù)便無法在中國得到進一步推廣。
2、路線不夠清晰，更忽視文化培養(yǎng)，導(dǎo)致不少企業(yè) DevOps 轉(zhuǎn)型困難
《中國 DevOps 現(xiàn)狀調(diào)查報告》表明，雖然近年來企業(yè) DevOps 落地實踐路線逐漸清晰，但仍有 20% 以上的企業(yè)難以確認轉(zhuǎn)型成功與否。
其中，過半數(shù)的企業(yè)都在依據(jù)研發(fā)效率的提升、產(chǎn)品質(zhì)量、交付效率和客戶滿意度等指標去衡量 DevOps 轉(zhuǎn)型的成敗。
除此之外，因為過于專注于這類指標，企業(yè)往往會忽視文化的影響。但實際上，構(gòu)建優(yōu)秀的 DevOps 流程的一個重要部分是了解成功所需的文化和組織變革，并將其作為優(yōu)先事項。
“用工具實現(xiàn)自動化工作，是為了讓個人才能發(fā)揮更大價值，而不是讓工具取代人。進入自動化時代，我們首先要轉(zhuǎn)變的是思維模式。” 陳定瑋如是說。
3、適配的工具體系難以搭建，DevOps 還存在技術(shù)挑戰(zhàn)
很多企業(yè)中的 DevOps 實踐者都表示，在云原生時代 DevOps 落地的痛點更多是自動化程度和運維能力不夠、微服務(wù)容器等技術(shù)變革帶來的運維挑戰(zhàn)、應(yīng)用交付工具鏈脫節(jié)等工具和技術(shù)問題。
要解決以上問題，需要服務(wù)和工具體系支撐，比如 AI 和自動化等。工欲善其事必先利其器，借助合適的項目管理工具無疑可以提升敏捷開發(fā)的效率，但在實際的落地過程中卻面臨重重困難。陳定瑋認為，這就需要企業(yè)采用一個長期有效的工具來做。
02 工具不是萬能的，沒有工具是萬萬不能的
上述所提到的三個痛點，人才問題是外部環(huán)境問題，這個外因更多是適應(yīng)和接受;戰(zhàn)略問題是企業(yè)內(nèi)部管理決策問題，這個內(nèi)因需要意識逐步浸潤;而工具問題的解決則是實實在在、可以快速見效的。
當企業(yè)決定引入 DevOps 工具的時候，有三種選擇：直接使用開源工具、采購商業(yè)工具、自己研發(fā)工具。
但對多數(shù)企業(yè)來說，自研工具的成本過高，并不劃算。而直接使用開源工具則面臨較大安全成本。這就需要面對工具選擇的問題。
研究顯示，采用自研還是對開源工具進行二次開發(fā)是企業(yè)在選擇 DevOps 平臺類工具時的首要考慮因素。與此同時，企業(yè)在選擇 DevOps 工具時更注重功能的易用性、工具自身的安全性和自動化程度。
因此，不少企業(yè)都將 DevOps 工具鏈建設(shè)及相關(guān)人才培訓(xùn)納入企業(yè) DevOps 投入計劃。谷歌在 2021 年的調(diào)查顯示，31.04% 的企業(yè)已經(jīng)對 DevOps 工具進行二次開發(fā)，計劃形成 DevOps 工具鏈;22.61% 的企業(yè)計劃對技術(shù)人員進行 DevOps 相關(guān)培訓(xùn);27.66% 的企業(yè)已經(jīng)引入 DevOps 工具，計劃進行二次開發(fā)。另外，有 27.39% 的企業(yè)計劃引入 DevOps 專業(yè)工具和服務(wù)，僅有 3.92% 的企業(yè)不準備引入 DevOps。
培訓(xùn)成本的投入不僅是為了使企業(yè)更好地使用 DevOps 工具，因為 DevOps 工具是不斷更新的，所以需要付出較高的學(xué)習(xí)成本。而且，從敏捷開發(fā)工具、持續(xù)交付工具、自動化運維工具到微服務(wù)相關(guān)的一系列工具鏈條非常長，且存在耦合問題，讓企業(yè)無從下手。
那到底是否存在一種自動化又集大成的 DevOps 平臺來比較平滑順暢地實現(xiàn) DevOps 呢?其實是有的。飛算推出的 SoFlu 軟件機器人就是其中一個。
陳定瑋曾表示：“SoFlu 軟件機器人的出發(fā)點是想讓 DevOps 真正的落地。而實現(xiàn)‘落地’首先重點要解決的就是開發(fā)的問題，包括開發(fā)的品質(zhì)、安全和效率等，再逐步解決測試和運維問題。”
SoFlu 軟件機器人通過可視化編程的方式滿足開發(fā)需求，也就是說，通過人機協(xié)同，軟件機器人可自動完成軟件開發(fā)、測試和運維，由此提高工作效率，使用戶可以更多關(guān)注自身業(yè)務(wù)。在平臺使用過程中，可以達到一個機器人相當于一個 10 人科技團隊的效果。
此外，應(yīng)用 SoFlu 軟件機器人，開發(fā)者還可以通過管理平臺來管理需求、研發(fā)、測試、部署、上線、運維等整個軟件生命周期，沉淀經(jīng)驗、積累知識，將管理制度真正落地。
以測試平臺為例，SoFlu 軟件機器人通過自動化的生命周期管理、測試用例自動生成、測試數(shù)據(jù)管理等功能，解決了人工測試耗時長、測試跟蹤管理難、測試成本高等難題。軟件質(zhì)量可以通過工具、流程和管理予以保障，而不再依靠有豐富經(jīng)驗的軟件工程師。
如今，SoFlu 軟件機器人已經(jīng)應(yīng)用于包括醫(yī)療、金融、制造、零售等在內(nèi)的八大行業(yè)，助力其落地 DevOps。
正如中國工程院院士倪光南所說的，“SoFlu 軟件機器人的價值在于通過標準化、自動化的流程，降低了從開發(fā)、測試到運維的門檻，將敏捷管理制度落地，幫助企業(yè)做到降本增效，達到提升軟件業(yè)創(chuàng)新速度的目標。” 而這也是工具在企業(yè)推進 DevOps 中應(yīng)該起到的作用。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
