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