[[422465]]

【51CTO.com快譯】人們需要了解DevOps和低代碼方法面臨的挑戰(zhàn)和具有的優(yōu)勢(shì)，并著眼于為企業(yè)提供更有效的解決方案。

在當(dāng)今數(shù)字優(yōu)先的世界中，企業(yè)對(duì)熟練的開發(fā)人員和IT專業(yè)人員的需求越來越高。根據(jù)Korn Ferry公司最近進(jìn)行的一項(xiàng)調(diào)查，到2030年，由于缺乏熟練勞動(dòng)力，全球可能會(huì)有超過8500萬個(gè)工作崗位空缺。

有人提出了一個(gè)有趣的問題：低代碼技術(shù)可以用來代替IT技術(shù)人才嗎?如果可以代替人工編程，那為什么不使用基于GUI的平臺(tái)來消除學(xué)習(xí)代碼的必要呢?

從歷史上看，“低代碼解決方案”主要用于描述技術(shù)平臺(tái)，這些技術(shù)平臺(tái)使非技術(shù)用途能夠在不知道如何編碼的情況下創(chuàng)建新的應(yīng)用程序。通過這種方式，低代碼比DevOps相比更加接近敏捷理論的核心。低代碼致力于通過應(yīng)用程序加速交付業(yè)務(wù)價(jià)值，而DevOps的重點(diǎn)是應(yīng)用程序構(gòu)建之后的交付和維護(hù)。

如果非IT人員使用低代碼應(yīng)用程序開發(fā)平臺(tái)，那么IT專業(yè)人員如何在DevOps中使用低代碼解決方案?

對(duì)于許多核心的DevOps實(shí)踐者來說，低代碼的概念是DevOps的一種反模式。DevOps可能始于開發(fā)和運(yùn)營團(tuán)隊(duì)合作方式的一種文化演變，但如今它已經(jīng)演變成自動(dòng)化管道和集成工具鏈的世界。

代碼作為一種通用語言，使DevOps團(tuán)隊(duì)能夠使用相同的工具和實(shí)踐來交付和維護(hù)大量的應(yīng)用程序和技術(shù)。DevOps團(tuán)隊(duì)使用代碼，為負(fù)責(zé)交付和維護(hù)基礎(chǔ)設(shè)施和應(yīng)用程序的運(yùn)營團(tuán)隊(duì)帶來了與構(gòu)建應(yīng)用程序的開發(fā)團(tuán)隊(duì)相同的敏捷性水平。

要了解DevOps團(tuán)隊(duì)如何使用低代碼解決方案，需要擴(kuò)展思維，了解如何將低代碼的原則應(yīng)用于“基于代碼”的解決方案，使其更易于學(xué)習(xí)、使用和維護(hù)。通過這樣做，可以提出三種類型的低代碼解決方案：

(1)低代碼應(yīng)用開發(fā)平臺(tái)

(2)機(jī)器人流程自動(dòng)化(RPA)平臺(tái)

(3)低代碼開發(fā)語言

以下了解當(dāng)今DevOps中最流行的三種不同類型的低代碼解決方案，以及每種解決方案的優(yōu)缺點(diǎn)。

1.低代碼應(yīng)用程序開發(fā)平臺(tái)

低代碼應(yīng)用程序開發(fā)平臺(tái)如今已成為涵蓋了全面行業(yè)分析師的標(biāo)準(zhǔn)技術(shù)集。Gartner公司為企業(yè)低代碼應(yīng)用程序平臺(tái)發(fā)布了Gartner魔力象限，并預(yù)測(cè)2021年的增長(zhǎng)率為23%。當(dāng)今市場(chǎng)上采用最多的低代碼平臺(tái)之一可能是Salesforce Lightning Platform Mobile。

低代碼應(yīng)用程序開發(fā)平臺(tái)不僅有助于解決開發(fā)人員的技能差距，而且使業(yè)務(wù)專家能夠設(shè)計(jì)和構(gòu)建滿足其確切需求的系統(tǒng)，同時(shí)繞過使用IT定義需求并確定項(xiàng)目?jī)?yōu)先級(jí)的繁瑣過程。一篇標(biāo)題為“Salesforce移動(dòng)應(yīng)用程序開發(fā)的未來”博客文章引用了一個(gè)與Salesforce平臺(tái)相關(guān)的示例，例如荷蘭連鎖超市集團(tuán)Jumbo公司采用Salesforce平臺(tái)，能夠在8周的時(shí)間內(nèi)構(gòu)建內(nèi)部協(xié)作和任務(wù)管理系統(tǒng)、客戶營養(yǎng)應(yīng)用程序和當(dāng)天送貨訂單系統(tǒng)。

(1)優(yōu)點(diǎn)

該領(lǐng)域解決方案的主要優(yōu)點(diǎn)與易用性有關(guān)。非開發(fā)人員只需點(diǎn)擊鍵盤和鼠標(biāo)，就可以創(chuàng)建簡(jiǎn)單的應(yīng)用程序、配置用戶界面(UI)并部署到應(yīng)用商店。低代碼工具不需要或只需要更少的培訓(xùn)，可以使企業(yè)的業(yè)務(wù)更加敏捷，并對(duì)不斷變化的市場(chǎng)動(dòng)態(tài)做出更快的反應(yīng)，從而提高競(jìng)爭(zhēng)力。

(2)缺點(diǎn)

低代碼應(yīng)用程序開發(fā)平臺(tái)通常采用瀑布式開發(fā)模式。一旦應(yīng)用程序被創(chuàng)建以滿足特定需求并交付，就沒有了繼續(xù)開發(fā)或增強(qiáng)的計(jì)劃。其定制能力、靈活性和集成選項(xiàng)是有限的，并且也可能出現(xiàn)安全問題。

通常情況下，復(fù)雜的應(yīng)用程序或具有高度安全問題的應(yīng)用程序并不是很好的選擇。如果不在企業(yè)級(jí)別進(jìn)行管理，應(yīng)用程序的長(zhǎng)期所有權(quán)也可能是一個(gè)問題，并導(dǎo)致“應(yīng)用程序蔓延”。

2.機(jī)器人流程自動(dòng)化(RPA)平臺(tái)

機(jī)器人流程自動(dòng)化(RPA)程序通過使用記錄器創(chuàng)建軟件腳本，使企業(yè)能夠使用重復(fù)的任務(wù)實(shí)現(xiàn)自動(dòng)化。對(duì)于那些在Microsoft Excel中使用宏記錄器的人員來說，這是一個(gè)類似的概念。

創(chuàng)建腳本之后，用戶可以使用可視化編輯器修改、重新排序和編輯其步驟。UiPath公司在2021年4月21日首次公開募股(IPO)，標(biāo)志著這些解決方案的日益普及，最終成為歷史上規(guī)模最大的軟件IOP事件之一。

RPA程序的用例是無限的——任何通過用戶界面(UI)完成的重復(fù)任務(wù)都是候選任務(wù)。在RPA領(lǐng)域中，人們已經(jīng)看到業(yè)務(wù)用戶設(shè)計(jì)的應(yīng)用程序(UiPath和Blue Prism)與更傳統(tǒng)的DevOps工具(特別是在測(cè)試自動(dòng)化領(lǐng)域，例如Tricentis、Worksoft和Egglplant)以及新的基于對(duì)話的解決方案(如Krista)的交叉點(diǎn)。

在測(cè)試實(shí)現(xiàn)自動(dòng)化的情況下，向用戶提供輕量級(jí)記錄器，他們可以記錄業(yè)務(wù)流程。然后將記錄反饋給自動(dòng)化團(tuán)隊(duì)，自動(dòng)化團(tuán)隊(duì)創(chuàng)建一個(gè)強(qiáng)化的測(cè)試用例，然后將其輸入持續(xù)集成(CI)/持續(xù)交付(CD)系統(tǒng)。這消除了獲取準(zhǔn)確文檔以構(gòu)建測(cè)試用例的挑戰(zhàn)，并使LOB訂單能夠確保將其最關(guān)鍵的業(yè)務(wù)流程作為任何變更的一部分進(jìn)行測(cè)試。

像Krista這樣的解決方案將在DevOps工具鏈中使用。人們需要考慮一個(gè)非常熟悉的問題，“將在哪里發(fā)布?”而使用Krista，可以向系統(tǒng)發(fā)送問題，Krista將通過結(jié)構(gòu)化對(duì)話檢索信息，以找出發(fā)布的位置并回復(fù)。

(1)優(yōu)點(diǎn)

使用戶只需記錄他們的日?；顒?dòng)即可快速輕松地創(chuàng)建自動(dòng)化。重復(fù)的任務(wù)可以輕松地實(shí)現(xiàn)自動(dòng)化，并且可以消除相關(guān)的用戶錯(cuò)誤。RPA也非常適用于“一次性”項(xiàng)目，而在這些項(xiàng)目中，投資開發(fā)人員和資源沒有意義。

(2)缺點(diǎn)

RPA構(gòu)建的工作流程可以作為可能無法擴(kuò)展的長(zhǎng)期系統(tǒng)更改和更新的補(bǔ)充。此外，自動(dòng)化長(zhǎng)期維護(hù)的所有權(quán)可能會(huì)隨著安全性和合規(guī)性要求而變得不明確。

3.低代碼開發(fā)語言：編碼命令

基于低代碼開發(fā)語言的工具包括許多著名的DevOps工具，其中包括Ansible、Chef、Hashi、Puppet、Jenkins等。低代碼開發(fā)語言符合這樣一種基本信念，即“編碼方法”并不意味著每個(gè)人都必須成為編碼人員。

正如基于GUI的解決方案帶有用于執(zhí)行各種命令的“用戶友好”按鈕一樣，這一類別中基于代碼的解決方案帶有預(yù)構(gòu)建的命令、幫助程序和資源。

例如，Chef語言包括一組強(qiáng)大的技術(shù)無關(guān)命令，為配置、測(cè)試和驗(yàn)證系統(tǒng)提供強(qiáng)大的自動(dòng)化功能。無論使用何種技術(shù)，其命令都保持不變。而使用這些命令，用戶只需很少的代碼知識(shí)就可以在大量設(shè)備上執(zhí)行復(fù)雜的功能。

除了使用人類可讀的語言、易于編輯的預(yù)填充自動(dòng)化模板，以及與其他DevOps工具的一組強(qiáng)大的預(yù)構(gòu)建集成之外，該領(lǐng)域的提供商還開始提供可視化儀表板和用戶界面(UI)驅(qū)動(dòng)的更多功能，以實(shí)現(xiàn)功能的監(jiān)控部署并確保系統(tǒng)安全。Chef Infra Client 17就是一個(gè)很好的例子，其中向Chef Automate添加了新的基礎(chǔ)設(shè)施管理儀表板和用戶界面(UI)驅(qū)動(dòng)的功能。

這種混合方法通過為用戶提供易于學(xué)習(xí)的基于代碼的平臺(tái)，可以輕松與持續(xù)集成(CI)/持續(xù)交付(CD)系統(tǒng)集成，并為非技術(shù)用戶和管理人員提供整個(gè)組織的可見性和分析，從而實(shí)現(xiàn)兩全​​其美。

(1)優(yōu)點(diǎn)

低代碼開發(fā)語言提供更大的靈活性和可擴(kuò)展性。由于它們基于Ruby、Python或Yaml等底層語言，因此可以輕松擴(kuò)展和定制它們以處理最復(fù)雜的自動(dòng)化場(chǎng)景。這些工具也是大型成熟生態(tài)系統(tǒng)的一部分，通常由社區(qū)驅(qū)動(dòng)，因此有1,000多個(gè)預(yù)構(gòu)建的內(nèi)容模板和集成插件，可以輕松構(gòu)建自動(dòng)化并集成到持續(xù)集成(CI)/持續(xù)交付(CD)管道中。

(2)缺點(diǎn)

低代碼開發(fā)語言仍然基于腳本，需要使用者對(duì)開發(fā)實(shí)踐有基本的了解。其工具需要升級(jí)和維護(hù)，即使是自動(dòng)化的工具也是如此。由于它們專為解決IT管理特定挑戰(zhàn)而構(gòu)建，因此它們不太適合非IT技術(shù)用戶。

超自動(dòng)化將成為低代碼DevOps平臺(tái)的下一個(gè)重要驅(qū)動(dòng)力

由于受到新冠疫情的影響，企業(yè)對(duì)于提高數(shù)字運(yùn)營效率的需求越來越強(qiáng)烈，他們需要在任何地方為客戶和員工提供支持和服務(wù)。

滿足數(shù)字優(yōu)先世界日益增長(zhǎng)的需求的唯一途徑是實(shí)現(xiàn)自動(dòng)化，這種自動(dòng)化不僅需要易于創(chuàng)建，而且易于維護(hù)和擴(kuò)展。DevOps領(lǐng)域的自動(dòng)化提供商將繼續(xù)向低代碼解決方案邁進(jìn)，使企業(yè)能夠?qū)崿F(xiàn)超自動(dòng)化。也就是說，盡可能地將所有事情實(shí)現(xiàn)自動(dòng)化。

原文標(biāo)題：DevOps, Low-Code and RPA: Pros and Cons，作者：Heather Peyton

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】