云架構(gòu)中低代碼和無代碼開發(fā)的風(fēng)險(xiǎn)

譯文 精選
作者：言征 2023-09-25 09:31:25
云計(jì)算
云原生 低代碼/無代碼可能會(huì)成為一項(xiàng)對(duì)許多企業(yè)來說似乎可以改變游戲規(guī)則的技術(shù)。但我擔(dān)心的是，如果在使用和應(yīng)用時(shí)如果不夠謹(jǐn)慎，低代碼和無代碼會(huì)導(dǎo)致更多工作并增加更多風(fēng)險(xiǎn)。如果我戳破了一些泡沫，抱歉。

成都創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括二七網(wǎng)站建設(shè)、二七網(wǎng)站制作、二七網(wǎng)頁制作以及二七網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，二七網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到二七省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

作者 | David Linthicum

策劃 | 言征

代碼再簡單，老板們也不會(huì)去寫。不只是因?yàn)樗麄兲?，還因?yàn)楹唵蔚拇a，坑也很多。

低代碼和無代碼開發(fā)平臺(tái)最近獲得了巨大的關(guān)注，隨著 2023 年人工智能的興起，情況更是如此。這項(xiàng)技術(shù)有望實(shí)現(xiàn)應(yīng)用開發(fā)的民主化，公民開發(fā)者。

其實(shí)早在 70 年代就曾用Cobol嘗試過這一點(diǎn)，此后也曾多次嘗試過。無論代碼多么簡單，高管都不會(huì)編寫。

低代碼和無代碼平臺(tái)提供可視化界面和預(yù)構(gòu)建組件來簡化編碼過程，以便具有最少編碼經(jīng)驗(yàn)的人可以快速創(chuàng)建應(yīng)用程序。雖然預(yù)構(gòu)建組件簡化了開發(fā)并提供了靈活性和速度，但要注意可擴(kuò)展性、安全性和集成問題。

因此，盡管這些平臺(tái)具有優(yōu)勢，但它們帶來的麻煩也必須留意：必須在示例性云計(jì)算架構(gòu)中仔細(xì)權(quán)衡，包括設(shè)計(jì)、開發(fā)和部署。

1、靈活性與定制化

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

這些平臺(tái)在定制方面可能存在局限性。隨著應(yīng)用程序復(fù)雜性的增加，開發(fā)人員可能需要幫助來實(shí)現(xiàn)他們想要的定制和細(xì)粒度控制。對(duì)于具有獨(dú)特或高度專業(yè)化要求的組織來說，這可能是一個(gè)障礙。這與我們在 90 年代的企業(yè)資源規(guī)劃 (ERP) 平臺(tái)遇到的問題相同。我們必須使用 ERP 提供商提供的任何定制技術(shù)來重寫它們，以使其可用。許多公司發(fā)現(xiàn)他們可以自己編寫應(yīng)用程序并節(jié)省 90% 的資金。

2、速度與可擴(kuò)展性

低代碼和無代碼平臺(tái)通過抽象化編碼的復(fù)雜性來實(shí)現(xiàn)快速應(yīng)用程序開發(fā)。這并不是什么新鮮事，但今天可以通過AI層來幫助我們做得更好。

這一點(diǎn)，對(duì)于需要快速構(gòu)建原型和啟動(dòng)應(yīng)用程序的組織來說是有利的。然而，隨著需求的增多，擴(kuò)展這些應(yīng)用程序可能會(huì)暴露低代碼平臺(tái)的局限性。大多數(shù)平臺(tái)都需要處理大量用戶群或高數(shù)據(jù)量。所以由于你一開始就沒有創(chuàng)建系統(tǒng)，想要修復(fù)問題將非常困難。

3、安全與控制

低代碼和無代碼平臺(tái)的構(gòu)建是為了讓更廣泛的受眾能夠進(jìn)行開發(fā)。它們通常包含安全功能，但與安全應(yīng)成為整體開發(fā)一部分的傳統(tǒng)方法相比，控制級(jí)別和粒度可能受到限制。

組織必須仔細(xì)評(píng)估平臺(tái)提供的安全措施，并確保它們符合其特定的安全要求和行業(yè)法規(guī)。我還沒有找到能夠解決這個(gè)問題的低代碼或無代碼系統(tǒng)。許多人為了方便而利用這項(xiàng)技術(shù)，卻失去了足夠的安全性，這是不明智的。

4、與現(xiàn)有系統(tǒng)集成

低代碼和無代碼平臺(tái)可以簡化獨(dú)立應(yīng)用程序的開發(fā)。然而，將這些應(yīng)用程序與遺留系統(tǒng)或其他云服務(wù)集成可能是一個(gè)挑戰(zhàn)。這很大程度上取決于平臺(tái)的功能和API集成，并且可能需要額外的開發(fā)工作才能實(shí)現(xiàn)與現(xiàn)有系統(tǒng)的無縫集成。

就像我們剛才提到的安全權(quán)衡一樣，這降低了低代碼和無代碼技術(shù)帶來的價(jià)值。我們必須將復(fù)雜的代碼分層到我們真正不理解的系統(tǒng)中，因?yàn)槲覀儧]有開發(fā)它們而機(jī)器人做到了。

5、寫在最后

低代碼/無代碼可能會(huì)成為一項(xiàng)對(duì)許多企業(yè)來說似乎可以改變游戲規(guī)則的技術(shù)。但我擔(dān)心的是，如果在使用和應(yīng)用時(shí)如果不夠謹(jǐn)慎，低代碼和無代碼會(huì)導(dǎo)致更多工作并增加更多風(fēng)險(xiǎn)。如果我戳破了一些泡沫，抱歉。

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

本文標(biāo)題：云架構(gòu)中低代碼和無代碼開發(fā)的風(fēng)險(xiǎn)
分享路徑：http://www.dlmjj.cn/article/dhcdgoe.html