大家都知道我們的服務(wù)架構(gòu)經(jīng)歷了單體架構(gòu)–集群架構(gòu)–微服務(wù)架構(gòu)的演進(jìn)。我們的程序架構(gòu)經(jīng)歷了MVC–RPC–SOA–微服務(wù)架構(gòu)的演進(jìn)。
而在架構(gòu)演進(jìn)的過程中，我們越來越多地使用到各種開源產(chǎn)品。

在我的理解中，云原生是一種最佳理念的集合，前提是上云。
比如我單體架構(gòu)使用了云產(chǎn)品redis，而這種中間件就是最適合我產(chǎn)品需求的，那我就可以說，我的單體架構(gòu)融入且符合了云原生概念。

也有說法是，服務(wù)上云才就是原生，這個(gè)說法我是不太贊同的。
云服務(wù)很多都是比較好的中間件或是應(yīng)用服務(wù)，我們使用了這些云服務(wù)能更優(yōu)化我的產(chǎn)品，這就是符合了云原生的概念，如服務(wù)治理。但是，如果我們的服務(wù)是很小的單實(shí)例服務(wù)，使用本地部署和維護(hù)都很方便，那上云的意義就并不大了，也不符合云原生最佳實(shí)踐的理念，上云只是為了減小我們的維護(hù)和運(yùn)營成本。

再聊到低代碼，這個(gè)國內(nèi)部分人正在研究的一個(gè)課題，但是在國外已經(jīng)很流行了，而且這種低代碼也主要是為國外的習(xí)慣和行情而研發(fā)的。
它會先寫各種工具類，讓大家以后都使用好的工具類，而不需要去關(guān)注底層的代碼實(shí)現(xiàn)。
或者是它會先完成很多模塊的開發(fā)，讓其他服務(wù)直接調(diào)用這種模塊，也是不關(guān)心底層的實(shí)現(xiàn)邏輯，能大大提高開發(fā)進(jìn)度。
但凡事有利有弊，當(dāng)未來的開發(fā)者習(xí)慣了使用這種方式，而忽略了一些好的底層實(shí)現(xiàn)邏輯，那未來我們的技術(shù)就缺乏了創(chuàng)新的土壤。低代碼只能是解決我們的一時(shí)之需。
國外有這種需求我覺得偏向他們的開發(fā)人員數(shù)量在下降，而國內(nèi)的開發(fā)者越來越多，我覺得還是要從底層學(xué)起，讓專家們多分享好的底層設(shè)計(jì)思路，多討論更符合多樣化環(huán)境下的架構(gòu)設(shè)計(jì)，在節(jié)約成本的基礎(chǔ)上，還能讓技術(shù)得到提升，這樣國內(nèi)的技術(shù)水平才能越來越好
所以個(gè)人觀點(diǎn)是，支持復(fù)雜環(huán)境的云原生化，不支持無腦的低代碼化。不知道你是怎么理解的，可以留下你的觀點(diǎn)，歡迎來噴。