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