DevOps 的未來是無代碼！
共 7175字，需瀏覽 15分鐘
·
2024-05-29 13:26
近年來，全球 DevOps 市場迅速擴張，到 2021 年已超過 70 億美元的規(guī)模。到 2030 年，這一數(shù)字將增長到近 400 億美元。
與此同時，DevOps 的人才缺口也在穩(wěn)步擴大。根據(jù)美國勞工部的數(shù)據(jù)，到 2030 年，全球開發(fā)工程師的短缺將超過 8500 萬。在接下來的十年中，對 DevOps 專業(yè)人員的需求可能每年增長 20% 以上。
這兩個相互沖突的趨勢將軟件和應(yīng)用程序開發(fā)公司置于一個極其復(fù)雜的位置。一方面，他們有了通過滿足對改進的新應(yīng)用程序日益增長的需求來大幅增加收入的機會。但是，越來越缺乏找到合適的人才來開發(fā)這些產(chǎn)品的能力限制了他們抓住這個機會的能力。那么，企業(yè)如何才能在全球市場上獲得有效的競爭力呢？
一個潛在的解決方案是將更多的低代碼和無代碼工具集成到 DevOps 中。這些工具為 DevOps 團隊提供了許多好處和效率，不僅可以簡化現(xiàn)有 DevOps 專業(yè)人員的工作，企業(yè)還能在傳統(tǒng)人員配置之外找到擴大團隊的選項。事實上，那些未能將這些工具集成到 DevOps 過程中的企業(yè)很可能很快就會落后于競爭對手。
DevOps 是一個相對較新的東西，在 2008 年左右才開始為人所知，但它的發(fā)展趨勢已經(jīng)迅速在軟件和應(yīng)用程序行業(yè)鋪展開來。
DevOps 的出現(xiàn)是為了簡化整個軟件開發(fā)生命周期。在 DevOps 出現(xiàn)之前，參與生命周期各個階段的團隊在孤島模式下獨立運作。團隊之間缺乏溝通，或者效率非常低。
因為其中一方永遠不知道另一方在做什么，所以軟件開發(fā)效率通常非常低。更糟糕的是，不同的團隊經(jīng)常有不同的目標(biāo)，而且這些目標(biāo)之間經(jīng)常是沖突的。發(fā)布速度、特性和質(zhì)量保證之間相互矛盾，使得開發(fā)團隊之間變成了相互競爭，而不是一起為同一個目標(biāo)——盡可能快地將高質(zhì)量的產(chǎn)品推給最終用戶——而努力。
DevOps 提供了一種新的協(xié)作模式。雖然 DevOps 這個術(shù)語是開發(fā)和運維（即部署）這兩個名詞的組合，但 DevOps 的含義遠不止于此。亞馬遜云科技將 DevOps 定義為：
DevOps 是文化、實踐和工具的結(jié)合，可以提高組織快速交付應(yīng)用程序和服務(wù)的能力——以比使用傳統(tǒng)軟件開發(fā)和基礎(chǔ)設(shè)施管理流程的組織更快的速度演進和改進產(chǎn)品。
但 DevOps 不僅僅意味著更好的溝通和團隊為共同目標(biāo)而努力，相反，真正有效的 DevOps 團隊超越了傳統(tǒng)的開發(fā)和部署。它還緊密地集成了監(jiān)控（例如 Java 日志）、質(zhì)量保證和安全性，確保用戶能夠獲得盡可能好的產(chǎn)品。
DevOps 還要求通過應(yīng)用正確的工具和工作流來實現(xiàn)這些目標(biāo)。實際上，工作流的自動化是 DevOps 最基本的實踐之一。實現(xiàn)良好的自動化進一步加強了 DevOps 團隊各部分之間的溝通。
從企業(yè)開始應(yīng)用 DevOps 的 15 年里，它得到了迅速的采用并取得了出色的成果。最近的一份調(diào)查報告顯示，61% 的 IT 決策者表示 DevOps 實踐和方法幫助他們向客戶交付更好的產(chǎn)品，49% 依賴 DevOps 的公司縮短了產(chǎn)品發(fā)布的時間。
DevOps 無疑是對傳統(tǒng)軟件開發(fā)方法的重大改進。除了消除整個開發(fā)鏈的溝通障礙之外，DevOps 還提供了如下的好處。
提升開發(fā)速度——因為開發(fā)鏈的所有部分都在進行有效的協(xié)作，所以可以更快地解決問題。
縮短發(fā)布時間——改進的工作流程和自動化，包括持續(xù)集成（CI）和持續(xù)交付（CD），支持更頻繁和更快速地將產(chǎn)品發(fā)布給用戶。
增強的可伸縮性——有了健壯的自動化測試和生產(chǎn)環(huán)境，團隊可以更容易地對產(chǎn)品進行擴展，以滿足新的需求。
內(nèi)置安全性——許多 DevOps 團隊現(xiàn)在采用了策略即代碼等流程，將安全性集成到開發(fā)過程中，而不是事后才去考慮。
盡管 DevOps 有著明顯的優(yōu)勢，但它也存在一些問題。向 DevOps 轉(zhuǎn)型過渡的企業(yè)所面臨的最重要的挑戰(zhàn)之一是需要建立起一種專注于協(xié)作的新思維。重塑文化不可避免地會讓人們產(chǎn)生焦慮，因為他們要拋棄已經(jīng)熟悉的舒適的工作流程。
但 DevOps 轉(zhuǎn)型需要的不僅僅是文化上的改變，它還要求學(xué)習(xí)新的治理結(jié)構(gòu)、工具和工作流。任何參與推出新工具的人都知道，它從來都不像看起來的那么簡單，特別是如果需要放棄遺留系統(tǒng)的話。
由于許多不同的原因，DevOps 工具本身就給轉(zhuǎn)型帶來了難度。孤島式開發(fā)和運維團隊通常使用單獨的工具來實現(xiàn)不同的目標(biāo)和指標(biāo)，找到一套合適的工具來彌合這些差異可能會是一項挑戰(zhàn)。要求兩個團隊都學(xué)習(xí)一套新的工具會對士氣和時間的利用造成一定影響。
因此，在改變使用的工具之前關(guān)注文化的改變就變得加倍的重要。告訴你的開發(fā)團隊，他們必須從他們的主要任務(wù)中抽出時間來學(xué)習(xí)新工具，這樣很可能會讓一些開發(fā)人員感到不滿。但是，如果你先向他們展示這些新工具是如何幫助他們提升工作效率的，不僅是現(xiàn)在，而且未來也會，那么他們會更快接受你的建議。低代碼和無代碼工具可以做到這一點，有了它們，”公民開發(fā)人員“可以將簡單的任務(wù)從開發(fā)人員的盤子里拿走，讓他們專注于更復(fù)雜的工作。
然而，即使他們完全接受，新工具仍然會帶來一些問題。在團隊適應(yīng)新的過程和結(jié)構(gòu)之前，存在過度依賴工具的風(fēng)險，因為他們會認為工具似乎提供了可以解決任意問題的功能。由于工具種類繁多，開發(fā)人員會將更多的時間用于組合工具，而不是放在開發(fā)實際的項目上。事實上，開發(fā)人員在集成任務(wù)上最多花費了 40% 的時間。
現(xiàn)如今，企業(yè)面臨的另一個主要障礙是為他們的 DevOps 團隊尋找合適的人。盡管人們對信息技術(shù)的興趣在不斷增長，越來越多的年輕人掌握了大量自學(xué)的 IT 知識，但開發(fā)人員的短缺仍然是個問題。麥肯錫的一項研究表明，26% 的企業(yè)認為它們在 IT、移動和 Web 設(shè)計領(lǐng)域最缺乏人才。
這些只是企業(yè)在向 DevOps 轉(zhuǎn)型時所面臨的部分挑戰(zhàn)。但是，企業(yè)很快就會發(fā)現(xiàn)，相比它們在變更上投入的時間、金錢和精力，DevOps 給它們帶來的好處是非常值得的。
企業(yè)正在尋找填補人才缺口的方法，目前最成功的方法之一是培養(yǎng)已有員工的技能。作為一個附帶的好處，培養(yǎng)員工技能能夠提升員工的滿意度，有助于留住人才。這一點越來越重要，最近的一項調(diào)查表明，90% 的員工表示他們對目前的工作環(huán)境感到不滿意。
對于 DevOps 來說，技能的提升可以從將非 DevOps 人員培養(yǎng)成 DevOps 團隊的成員開始。這個時候，無代碼和低代碼的 DevOps 工具就派上了用場。有了無代碼和低代碼工具，即使是開發(fā)新手也可以學(xué)會如何構(gòu)建網(wǎng)站和應(yīng)用程序。一個人只要具備最基本的拖放操作技能，可能就可以學(xué)習(xí)使用無代碼工具了。那些稍微懂點計算機知識的人甚至可以很輕松地使用低代碼工具。
顧名思義，無代碼和低代碼工具加速了軟件和應(yīng)用程序的開發(fā)，但對編寫或理解代碼的要求很低。開發(fā)人員不需要編寫代碼，而是依靠可視化的拖放操作來拼湊預(yù)先定義的功能。因此，開發(fā)人員不需要理解復(fù)雜的編程語言，只需要對業(yè)務(wù)需求、整體應(yīng)用程序架構(gòu)和應(yīng)用程序工作流有清晰的了解。
這些“公民開發(fā)人員”以比競爭市場上少數(shù)有經(jīng)驗的開發(fā)人員低得多的成本填補了人才空缺。有時侯，這可能是唯一真正可行的選擇。
雖然培養(yǎng)一大堆公民開發(fā)人員在理論上是很不錯的一個選擇，但企業(yè)可能會懷疑是否真的能從這些人身上獲得開發(fā)方面的好處。不過這方面的一些數(shù)字確實令人印象深刻。一些針對使用低代碼工具的公司的研究表明，24% 的公民開發(fā)人員在從事低代碼應(yīng)用程序開發(fā)之前完全沒有編程經(jīng)驗。然而，72% 的新低代碼開發(fā)人員在學(xué)習(xí)如何使用工具的前三個月內(nèi)就能開發(fā)出應(yīng)用程序。84% 的企業(yè)現(xiàn)在要么已經(jīng)在積極使用這些工具，要么制定了在不久的將來使用它們的計劃。
隨著勞動力的年輕化，新員工沒有或只有很少編程經(jīng)驗的可能性會降低。許多剛進入職場的新員工已經(jīng)有了自己的網(wǎng)站或博客，甚至可能在經(jīng)營自己的電子商務(wù)業(yè)務(wù)和應(yīng)用程序。他們可能會使用低代碼和無代碼工具，如 WordPress、Wix 或 Square。企業(yè)應(yīng)該利用這些經(jīng)驗來滿足他們的發(fā)展需求。
無代碼和低代碼工具對于有經(jīng)驗的開發(fā)人員來說也有好處，可以幫助他們節(jié)省時間。他們可以更充分地專注于實質(zhì)性的開發(fā)和交付，而不是將有限的工作時間中的大部分花在構(gòu)建管道和集成上。因為低代碼和無代碼工具使用預(yù)構(gòu)建和預(yù)測試的模塊，所以不太需要跟蹤 bug 和重寫代碼，這進一步減輕了已經(jīng)負擔(dān)過重的開發(fā)人員的工作量。
低代碼和無代碼工具的另一個關(guān)鍵好處是，它們可以幫助企業(yè)自動化和簡化網(wǎng)絡(luò)安全任務(wù)。許多工具都提供了內(nèi)置的安全特性，即使是最初級的開發(fā)人員也可以很簡單地設(shè)置這些特性。IT 人員可以使用低代碼和無代碼工具為開發(fā)團隊構(gòu)建安全“劇本”，以便在涉及到應(yīng)用程序和網(wǎng)絡(luò)安全的關(guān)鍵問題時，每個人都能保持一致。
企業(yè)和客戶都從使用低代碼和無代碼工具的公民開發(fā)人員身上看到了巨大的好處。部署速度得到了大幅的提升，一項研究表明，速度提升最高可達 17 倍，因此企業(yè)可以更頻繁地向客戶推出新的改進產(chǎn)品?？蛻臬@得了越來越多的功能和更穩(wěn)定可靠的產(chǎn)品。
盡管各種規(guī)模的組織都可以（也應(yīng)該）將低代碼和無代碼工具放入它們的開發(fā)工具箱中，但中小型企業(yè)（SME）將獲得最大的好處。在競爭日益激烈的 IT 勞動力市場上，中小企業(yè)往往缺乏 IT 員工，用于吸引人才的資源也很有限。有了低代碼和無代碼工具，中小企業(yè)可以用已有的員工有效填補開發(fā)人才的缺口。
無代碼和低代碼工具的數(shù)量幾乎和 DevOps 市場一樣在快速增長。它們涵蓋了軟件開發(fā)周期的每個階段，從構(gòu)建到測試，從質(zhì)量保證到安全性。
以微軟的 PowerPlatform 為例，它包含了 Power Apps、Power BI 和 Power Automate。微軟最近擴展了這個套件，增加了一個叫作 Power Pages 的新模塊。這款產(chǎn)品可以幫助用戶在不具備任何編碼專業(yè)知識的情況下構(gòu)建高端的商業(yè)網(wǎng)站。
Power Pages 是面向公民開發(fā)人員的，不過有經(jīng)驗的開發(fā)人員也可以使用無代碼開發(fā)工具，并根據(jù)需要使用自己的 DevOps 工具對其進行優(yōu)化。但是，隨著開發(fā)鏈中越來越多的人以及有經(jīng)驗的開發(fā)人員專注于交付周期中最關(guān)鍵的部分，企業(yè)會發(fā)現(xiàn)自己能夠比以前更快地交付更好的產(chǎn)品。
低代碼和無代碼工具可以做的遠不止是構(gòu)建網(wǎng)站，還有一些工具（例如 Appian、Retool、SalesForce Lightning、Creatio）專門用于開發(fā)內(nèi)部應(yīng)用程序，幫助內(nèi)部員工提升工作效率。一些工具（如 Zoho Creator）還可用于構(gòu)建跨平臺的應(yīng)用程序，充分利用對移動應(yīng)用程序持續(xù)增長的需求，可以在任何設(shè)備上運行，無論是什么操作系統(tǒng)。
當(dāng)然，這些只是幾個例子。Amazon（Honeycode）、IBM（Automation Workstation）Oracle（APEX）等主要供應(yīng)商也為幾乎所有應(yīng)用程序提供了低代碼和無代碼工具。這不是一個有沒有低代碼和無代碼工具的問題，而是一個為你的企業(yè)找到合適的工具的問題。
如果你的企業(yè)現(xiàn)在還不是一個 DevOps 組織，那么很快就會是，你需要盡可能多的合格的 DevOps 團隊成員。無代碼和低代碼 DevOps 工具為我們提供了一種簡單的方法，幫助我們獲得大量的公民開發(fā)人員，同時解放現(xiàn)有的開發(fā)人員，讓他們把時間集中在開發(fā)高質(zhì)量的產(chǎn)品上。
往期推薦
點亮，服務(wù)器三年不宕機