原標題：雲架構中低代碼和無代碼開發的風險

代碼再簡單，老闆們也不會去寫。不只是因為他們太忙，還因為簡單的代碼，坑也很多。

低代碼和無代碼開發平台最近獲得了巨大的關注，隨著 2023 年人工智慧的興起，情況更是如此。這項技術有望實現應用開發的民主化，公民開發者。

其實早在 70 年代就曾用Cobol嘗試過這一點，此後也曾多次嘗試過。無論代碼多麼簡單，高管都不會編寫。

低代碼和無代碼平台提供可視化介面和預構建組件來簡化編碼過程，以便具有最少編碼經驗的人可以快速創建應用程式。雖然預構建組件簡化了開發並提供了靈活性和速度，但要注意可擴展性、安全性和集成問題。

因此，儘管這些平台具有優勢，但它們帶來的麻煩也必須留意：必須在示例性雲計算架構中仔細權衡，包括設計、開發和部署。

1、靈活性與定製化

低代碼和無代碼平台擅長通過提供預打包的組件和模板來簡化開發流程。這與在文字處理程序中使用模板（例如通用感謝信或簡歷）的概念相同。今天，我們使用我們最喜歡的生成式人工智慧平台來為我們編寫它們。

這些平台在定製方面可能存在局限性。隨著應用程式複雜性的增加，開發人員可能需要幫助來實現他們想要的定製和細粒度控制。對於具有獨特或高度專業化要求的組織來說，這可能是一個障礙。這與我們在 90 年代的企業資源規劃 (ERP) 平台遇到的問題相同。我們必須使用 ERP 提供商提供的任何定製技術來重寫它們，以使其可用。許多公司發現他們可以自己編寫應用程式並節省 90% 的資金。

2、速度與可擴展性

低代碼和無代碼平台通過抽象化編碼的複雜性來實現快速應用程式開發。這並不是什麼新鮮事，但今天可以通過AI層來幫助我們做得更好。

這一點，對於需要快速構建原型和啟動應用程式的組織來說是有利的。然而，隨著需求的增多，擴展這些應用程式可能會暴露低代碼平台的局限性。大多數平台都需要處理大量用戶群或高數據量。所以由於你一開始就沒有創建系統，想要修復問題將非常困難。

3、安全與控制

低代碼和無代碼平台的構建是為了讓更廣泛的受眾能夠進行開發。它們通常包含安全功能，但與安全應成為整體開發一部分的傳統方法相比，控制級別和粒度可能受到限制。

組織必須仔細評估平台提供的安全措施，並確保它們符合其特定的安全要求和行業法規。我還沒有找到能夠解決這個問題的低代碼或無代碼系統。許多人為了方便而利用這項技術，卻失去了足夠的安全性，這是不明智的。

4、與現有系統集成

低代碼和無代碼平台可以簡化獨立應用程式的開發。然而，將這些應用程式與遺留系統或其他雲服務集成可能是一個挑戰。這很大程度上取決於平台的功能和API集成，並且可能需要額外的開發工作才能實現與現有系統的無縫集成。

就像我們剛才提到的安全權衡一樣，這降低了低代碼和無代碼技術帶來的價值。我們必須將複雜的代碼分層到我們真正不理解的系統中，因為我們沒有開發它們而機器人做到了。

5、寫在最後

低代碼/無代碼可能會成為一項對許多企業來說似乎可以改變遊戲規則的技術。但我擔心的是，如果在使用和應用時如果不夠謹慎，低代碼和無代碼會導致更多工作並增加更多風險。如果我戳破了一些泡沫，抱歉。

原文連結：https://www.infoworld.com/article/3706892/the-risks-of-low-code-and-no-code-development-in-cloud-architecture.html