深入解讀騰訊云微搭低代碼的技術(shù)架構(gòu)

      后臺(tái)-系統(tǒng)設(shè)置-擴(kuò)展變量-手機(jī)廣告位-內(nèi)容正文頂部

      騰訊云微搭低代碼是高效、高性能的企業(yè)級(jí)低代碼平臺(tái)。幫助開發(fā)者快速搭建支持多種業(yè)務(wù)場(chǎng)景的小程序、H5、PC WEB應(yīng)用,通過簡(jiǎn)單的拖拉拽操作,而不用編寫復(fù)雜的代碼,實(shí)現(xiàn)少寫代碼或者不寫代碼,就能快速高效完成業(yè)務(wù)目標(biāo)。

       

      本文將帶大家深入聊聊微搭的技術(shù)架構(gòu),來了解下微搭是如何安全、穩(wěn)定、可靠地支撐商業(yè)級(jí)應(yīng)用從搭建到發(fā)布上線的。

       

       

      01

      低代碼平臺(tái)演進(jìn)

       

      1. 低代碼概念

      低代碼是無需編碼(0代碼)或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺(tái)。

      通過可視化進(jìn)行應(yīng)用程序開發(fā)的方法,具有不同經(jīng)驗(yàn)水平的開發(fā)人員可以通過圖形化的用戶界面,使用拖拽組件和模型驅(qū)動(dòng)的邏輯來創(chuàng)建網(wǎng)頁和移動(dòng)應(yīng)用程序。

       

      2. 低代碼衍生歷程

      • 20世紀(jì)80年代,第四代編程語言出現(xiàn)。
      • 2000年 VPL 可視化編程語言的誕生,是低代碼產(chǎn)品的前驅(qū),都可以通過一些可視化的界面來進(jìn)行操作。
      • 2014年 業(yè)界咨詢機(jī)構(gòu) Forrester 低代碼/零代碼概念。
      • 2016年 國(guó)內(nèi)低代碼平臺(tái)相繼發(fā)布。
      • 2018年  業(yè)界咨詢機(jī)構(gòu) Gartner 提出 aPaaS 和 iPaas 的概念。
      • 2021年 中國(guó)市場(chǎng)低代碼生態(tài)體系逐步建立。                 

         

      3. 為什么要用低代碼 ?

      1)降本增效,便捷開發(fā)

      低代碼開發(fā)能夠?yàn)槠髽I(yè)降低成本,提升效率。在過去,低代碼平臺(tái)出現(xiàn)之前,傳統(tǒng)的原生代碼開發(fā)平臺(tái)需要進(jìn)行代碼開發(fā),開發(fā)完成之后需要進(jìn)行測(cè)試以及bug修復(fù)的一系列繁瑣工作。

       

      此外,傳統(tǒng)的原生代碼開發(fā)平臺(tái)涉及到一些上下游合作方是緊耦合的串行開發(fā)模型,依賴方不提供接口,上游服務(wù)也沒有辦法進(jìn)行該接口的開發(fā)工作。這增加了開發(fā)過程中大量的溝通成本和時(shí)間成本。

       

      低代碼開發(fā)平臺(tái)出現(xiàn)后,研發(fā)人員可以通過前端圖形化的拖拉拽實(shí)現(xiàn)需求,實(shí)現(xiàn)了研發(fā)效率的提高,使用低代碼平臺(tái)降低了研發(fā)人員的工作量和對(duì)編碼人員開發(fā)技能的要求。低代碼平臺(tái)套用封裝代碼,基本消除測(cè)試修復(fù)bug的環(huán)節(jié)。同時(shí),低代碼開發(fā)平臺(tái)是松耦合的并發(fā)開發(fā)模型,大大降低開發(fā)中對(duì)合作方的依賴性,從而降低溝通和時(shí)間成本。

       

       

                                       

      2)打破業(yè)務(wù)豎井,增強(qiáng)跨職能溝通

      傳統(tǒng)開發(fā)模式下:業(yè)務(wù)、產(chǎn)品、設(shè)計(jì)、開發(fā)、測(cè)試與運(yùn)維人員各司其職,且各有一套領(lǐng)域內(nèi)的工具和語言,長(zhǎng)久以來很容易形成一個(gè)個(gè) “豎井” ,讓跨職能的溝通變得困難而低效。

       

      有了低代碼后,我們能夠基于低代碼快速的進(jìn)行開發(fā),這一狀況將得到改善。由于低代碼上手容易,無需經(jīng)過太多專業(yè)的訓(xùn)練,業(yè)務(wù)人員也可以快速上手,通過“拖拉拽”,基于模板或者可視化界面快速生成應(yīng)用,從而打破業(yè)務(wù)壁壘。

                             

       

      3)提高產(chǎn)品的靈活性

      企業(yè)可以利用低代碼平臺(tái)發(fā)可以輕松地更改應(yīng)用和業(yè)務(wù)流程,而無需花費(fèi)大量時(shí)間編寫代碼。應(yīng)用和系統(tǒng)的靈活性、可操作性和可更改性大大提高。

       

      4)加快數(shù)字化轉(zhuǎn)型

      在經(jīng)濟(jì)新常態(tài)下,為了提高經(jīng)營(yíng)效率和經(jīng)營(yíng)表現(xiàn),數(shù)字化轉(zhuǎn)型是大多數(shù)傳統(tǒng)企業(yè)的目標(biāo),而低代碼技術(shù)可以幫助企業(yè)更快更好地完成數(shù)字化轉(zhuǎn)型。

       

      相比于純代碼開發(fā),使用低代碼開發(fā)企業(yè)應(yīng)用能將項(xiàng)目的交付周期大幅縮短,從而更敏捷地完成項(xiàng)目交付,大幅提升企業(yè)數(shù)字化的速度。敏捷交付的背后是更多次數(shù)的迭代,以及軟件系統(tǒng)與企業(yè)貼合度的大幅提升,而這點(diǎn)是企業(yè)數(shù)字化轉(zhuǎn)型成敗的關(guān)鍵。

       

      4.全代碼&低代碼&無代碼對(duì)比

              

       

      此處用一個(gè)象限圖來說明業(yè)界低代碼的演進(jìn)方向,首先從看到圖中的箭頭,左下到右上,我們從傳統(tǒng)的編程模式是逐漸向無碼化來演進(jìn)的。

       

      左下的代碼編程,就是我們傳統(tǒng)的編程階段。前提是需要有一些比較強(qiáng)的編程能力。從早期的低級(jí)語言、到高級(jí)語言、進(jìn)而到類庫的提供、以及組件的使用。

       

      右上的無碼操作,指的是無代碼、通用SaaS類的產(chǎn)品是可以讓我們進(jìn)行簡(jiǎn)單快捷的進(jìn)行操作生成應(yīng)用,但他們的靈活性是不夠的,如果要支持靈活性和擴(kuò)展性往往需要我們改變他們。

       

      有沒有一種更好的方式,能夠支持這種情況?我認(rèn)為最理想的情況是,在開發(fā)者不懂前端語言(JavaScript等)或者不懂后端語言(Php、Java等)的情況下,依然能開發(fā)一個(gè)足夠靈活、足夠通用的應(yīng)用。我認(rèn)為,低代碼平臺(tái)就是最接近這一個(gè)領(lǐng)域的手段,因其可以同時(shí)兼顧靈活性和業(yè)務(wù)邏輯,從而達(dá)到最適合開發(fā)小白的需求的理想狀態(tài)。

                       

      5.低代碼市場(chǎng)分析

      低代碼行業(yè)最近幾年一直被知名咨詢機(jī)構(gòu) Gartner 所關(guān)注。目前,國(guó)內(nèi)外都有很多企業(yè)在加入低代碼平臺(tái)搭建,足以說明這個(gè)行業(yè)的市場(chǎng)認(rèn)可程度。

       

      從咨詢機(jī)構(gòu)Gartner的市場(chǎng)分析來看,2023年全球超過 50% 的大中型企業(yè)將把低代碼應(yīng)用平臺(tái)作為主要的占領(lǐng)應(yīng)用平臺(tái)之一。預(yù)計(jì)到2024年,低代碼應(yīng)用程序開發(fā)將占總應(yīng)用開發(fā)的 65%以上。

       

      6.低碼平臺(tái)核心能力

      低代碼的平臺(tái)具備的核心能力要素,我認(rèn)為有四點(diǎn):

      • 可視化開發(fā)
      • 數(shù)據(jù)模型驅(qū)動(dòng)
      • 擴(kuò)展性
      • 工程化

                               

       

      下面針對(duì)以上四點(diǎn)逐一分析:

      (1) 可視化開發(fā)

      業(yè)務(wù)人員基于可視化的頁面或工具能夠進(jìn)行簡(jiǎn)單拖拉拽、可以形成一個(gè)頁面信息。

      他們也能夠基于可視化界面來配置定義數(shù)據(jù)源和數(shù)據(jù)模型、簡(jiǎn)單定義一個(gè)流程,可以執(zhí)行工作流。

      總而言之,就是前端拖拉拽可以形成前端的交互語言,進(jìn)而生成后端可以執(zhí)行的計(jì)算機(jī)語言。

      (2) 數(shù)據(jù)模型驅(qū)動(dòng)

      低代碼平臺(tái),能夠可以通過頁面上的操作進(jìn)行定義一個(gè)模型定義,可以靈活的定義模型中的字段、也可以進(jìn)行相關(guān)數(shù)據(jù)表的關(guān)聯(lián)操作,以及設(shè)置數(shù)據(jù)模型的規(guī)則和索引。

      a. 模型定義

      進(jìn)行數(shù)據(jù)庫模型的設(shè)計(jì)、添加字段,設(shè)置字段的類型以及索引

      b. 模型關(guān)聯(lián)

      建立數(shù)據(jù)庫表與表之間的關(guān)系,具體表現(xiàn)為1對(duì)n,n對(duì)n,n對(duì)1、1對(duì)1等關(guān)聯(lián)關(guān)系

      c. 數(shù)據(jù)操作

      基于數(shù)據(jù)庫表對(duì)外提供一個(gè)CRUD 的操作,讓應(yīng)用能夠操作該數(shù)據(jù)模型

      (3) 擴(kuò)展性

      是指低代碼平臺(tái)是否可以提供一些機(jī)制來進(jìn)行擴(kuò)展。

      具體的擴(kuò)展方式有以下三點(diǎn):

      a. 擴(kuò)展語言

      低代碼平臺(tái)是否能夠我熟悉的語言來擴(kuò)展,假如我是前端開發(fā)者,能否提供前端熟悉的語言來擴(kuò)展,假如我是后端開發(fā)者,能否基于寫一些后端代碼(Java 、Go等)來擴(kuò)展。

      b. 邏輯擴(kuò)展

      低代碼平臺(tái)能否通過定義一些流程圖也進(jìn)行業(yè)務(wù)邏輯的擴(kuò)展,來執(zhí)行業(yè)務(wù)if、else的流程來做業(yè)務(wù)上的一些調(diào)用。   

      c. API 集成     

      低代碼平臺(tái)是否可以通過低碼平臺(tái)搭建的應(yīng)用與第三方公司已有的系統(tǒng)或者服務(wù)做集成,能否在低碼中通過API做集成過來,供我的應(yīng)用來調(diào)用集成。

      (4) 工程化

      低代碼平臺(tái)是否可以進(jìn)行本地開發(fā)調(diào)試、版本控制、自動(dòng)構(gòu)建發(fā)布上線、免運(yùn)費(fèi)以及監(jiān)控的一些能力。簡(jiǎn)單來說是否在該平臺(tái)上一站式配套的能力。

      a. 擴(kuò)展語言

      低代碼平臺(tái)要能夠進(jìn)行本地的開發(fā)調(diào)試。

      b. 版本管理

      低代碼平臺(tái)可以進(jìn)行版本回退操作,以及有能力可以預(yù)留體驗(yàn),回退體驗(yàn)的時(shí)候不會(huì)影響到發(fā)布態(tài)的產(chǎn)物。

      c. 自動(dòng)化

      低代碼平臺(tái)可以自動(dòng)構(gòu)建發(fā)布上線、免運(yùn)費(fèi)以及配套監(jiān)控的一站式能力

       

       

      02

      微搭低代碼架構(gòu)和開發(fā)簡(jiǎn)介

       

      1. 微搭低代碼介紹

      微搭低代碼平臺(tái)是高效、高性能的拖拽式低代碼開發(fā)平臺(tái),向上連接前端的行業(yè)業(yè)務(wù),向下連接云計(jì)算的海量能力,助力企業(yè)垂直上云。微搭以云開發(fā)作為底層支撐,云原生能力將應(yīng)用搭建的全鏈路打通,提供高度開放的開發(fā)環(huán)境。

       

      微搭低代碼是低代碼應(yīng)用程序平臺(tái)(LCAPS)+ 多維體驗(yàn)開發(fā)平臺(tái)(MXDP)的結(jié)合體。

       

      我們有以下能力:

      1)多端支持

      一套代碼,可以同時(shí)支持多端、小程序、web、pc 都可用。

      2)生態(tài)集成

      我們內(nèi)部集成了騰訊文檔,騰訊會(huì)議、微信支付、企微等能力,可以一站式用用戶提供能力。

      3)高階組件

      內(nèi)部提供了模型組件、企業(yè)工作臺(tái)等高階組件。

      • 開箱即用
        提供了開箱即用的能力,可以通過我們的應(yīng)用市場(chǎng)、模板中心可以快速的進(jìn)行業(yè)務(wù)開發(fā)和發(fā)布。  
      • 云端一體
        底層是serverless云原生技術(shù),業(yè)務(wù)開發(fā)完成之后,業(yè)務(wù)上的是免運(yùn)維免部署。  
      • 統(tǒng)一管理
        提供了框架開發(fā)的規(guī)范,便于統(tǒng)一的管理。  
      • 高擴(kuò)展性
        支持高擴(kuò)展性,高擴(kuò)展性能夠自定義組件、第三方數(shù)據(jù)源完成自定義邏輯的擴(kuò)展。  
      • 混合開發(fā)
        業(yè)務(wù)模式上支持 可視化開發(fā)、低代碼開發(fā)的能力。  

                              

             

      2. 微搭低代碼產(chǎn)品架構(gòu)

      微搭低代碼提供了應(yīng)用開發(fā)的一站式低代碼開發(fā)服務(wù),從底層能力迭代至行業(yè)級(jí)方案,云原生全鏈路支撐為您的應(yīng)用保駕護(hù)航,讓您能夠完全專注于業(yè)務(wù)場(chǎng)景,小白也可以極速搭建出成熟、專業(yè)的應(yīng)用。

       

      3. 微搭低代碼后端實(shí)踐

      我們看下微搭低代碼的后端實(shí)踐,那么我們思考下后端低代碼需要解決什么問題?我認(rèn)為應(yīng)該有四點(diǎn),以及具體在微搭低代碼平臺(tái)是如何實(shí)踐的:

       

      1、業(yè)務(wù)數(shù)據(jù)如何存?如何實(shí)現(xiàn)自定義數(shù)據(jù)存儲(chǔ)?

      微搭低代碼抽象出了數(shù)據(jù)模型。

      2、如何實(shí)現(xiàn)業(yè)務(wù)流程流轉(zhuǎn)?

      微搭低代碼基于工作流來進(jìn)行業(yè)務(wù)流程流轉(zhuǎn)。

      3、業(yè)務(wù)數(shù)據(jù)和流程流轉(zhuǎn),那些人可以訪問和控制?

      微搭低代碼建立了用戶權(quán)限平臺(tái),來進(jìn)行人員角色的控制。

      4、如何進(jìn)行服務(wù)端邏輯的自定義擴(kuò)展?

      微搭低代碼通過云函數(shù)來實(shí)現(xiàn)后端服務(wù)的自定義擴(kuò)展能力。

       

      所以我們微搭低代碼后端開發(fā)實(shí)踐分為以下四種:

      數(shù)據(jù)模型、工作流、角色權(quán)限、服務(wù)端擴(kuò)展。

                               

                   

      我們逐一看下具體每個(gè)是如何設(shè)計(jì)的:

      1、數(shù)據(jù)模型

      數(shù)據(jù)模型基于業(yè)界標(biāo)準(zhǔn)的能力JSONSchema來進(jìn)行擴(kuò)展,數(shù)據(jù)模型分為內(nèi)部數(shù)據(jù)源和外部數(shù)據(jù)源兩種。

       

      數(shù)據(jù)模型 - 內(nèi)部數(shù)據(jù)源:

      為我們提供數(shù)據(jù)模型定義,索引、以及各種數(shù)據(jù)模型的關(guān)系。

      我們可以靈活的來自定義數(shù)據(jù)字段,以及字段的索引功能。

      也能過提供標(biāo)準(zhǔn)通用的能力,比如新增、刪除、查詢、更新等。

       

       

                

      數(shù)據(jù)模型 - 外部數(shù)據(jù)源

       

      連接器:

      連接器可以打通外部應(yīng)用數(shù)據(jù)或調(diào)用外部應(yīng)用開放的服務(wù),開發(fā)者只需要對(duì)連接器完成授權(quán)或少量填寫一些配置信息,即可使用對(duì)應(yīng)產(chǎn)品的服務(wù)接口。

       

      我們內(nèi)部集成一些企業(yè)級(jí)的應(yīng)用,比如騰訊會(huì)議、騰訊文檔、騰訊地圖、微信支付等應(yīng)用,方便快速提供一些企業(yè)級(jí)的能力給到開發(fā)者。

       

             

      自定義連接器

      自定義連接器支持調(diào)用第三方服務(wù)接口或使用代碼來實(shí)現(xiàn)業(yè)務(wù)邏輯。開發(fā)者可以在應(yīng)用、工作流、自定義數(shù)據(jù)模型中使用。

       

      分為http和云函數(shù)模式:

      http:開放式API,用戶來鏈接外部的服務(wù),與外部API來做集成。

                                                

             

      云函數(shù)模式:完全自定義,當(dāng)用戶以上所有的場(chǎng)景均不能滿足的時(shí)候,可以通過云函數(shù)的來手動(dòng)寫一些代碼來自定義一些邏輯,實(shí)現(xiàn)業(yè)務(wù)上的邏輯擴(kuò)展。

                                         

      2、工作流

      工作流基于業(yè)界標(biāo)準(zhǔn)bpmn協(xié)議來擴(kuò)展,數(shù)據(jù)展示和存儲(chǔ)基于標(biāo)準(zhǔn)JSON來處理可讀性更高。

       

      微搭工作流的觸發(fā)時(shí)間:

      • 可配置觸發(fā)時(shí)機(jī):

      即時(shí)時(shí)機(jī)、也支持定時(shí)觸發(fā)。可以通過配置一些節(jié)點(diǎn),來執(zhí)行業(yè)務(wù)邏輯的操作。

      • 操作節(jié)點(diǎn):

      我們支持審批節(jié)點(diǎn)、自動(dòng)化節(jié)點(diǎn)、數(shù)據(jù)源變更通知、加簽、轉(zhuǎn)簽等操作。通知節(jié)點(diǎn)與消息模板集成,可以發(fā)送系統(tǒng)站內(nèi)信、與企微打通,可以發(fā)送企微系統(tǒng)消息。我們也支持本地調(diào)試,支持版本回溯能力。

       

       

               

      3、角色權(quán)限

      角色權(quán)限整體遵循RBAC模型來進(jìn)行設(shè)計(jì)的,業(yè)務(wù)上可靈活的支持?jǐn)U展。具體用戶能夠訪問哪些頁面、數(shù)據(jù)源、以及流程權(quán)限等,我們也支持設(shè)置一些權(quán)限集,以便于靈活地進(jìn)行業(yè)務(wù)上權(quán)限的擴(kuò)展。

                           

       

      從下邊的圖可以看到,我們可以控制普通應(yīng)用的訪問權(quán)限,頁面權(quán)限以及頁面下的按鈕權(quán)限,也可以控制模型應(yīng)用的權(quán)限;

       

      可以控制數(shù)據(jù)源的行記錄,數(shù)據(jù)源方法權(quán)限,數(shù)據(jù)源列權(quán)限,也能夠?qū)α鞒痰脑L問權(quán)限做控制,還可以控制企業(yè)工作的訪問和登錄權(quán)限等操作。

                               

             

      4、服務(wù)端擴(kuò)展

      服務(wù)端的擴(kuò)展基于云函數(shù)的能力,通過頁面可視化編寫代碼來進(jìn)行服務(wù)端邏輯的擴(kuò)展。可以做一些數(shù)據(jù)表的聚合,以及CRUD等操作方法。

       

             

      *云函數(shù)(Serverless Cloud Function,SCF)是騰訊云為企業(yè)和開發(fā)者們提供的無服務(wù)器執(zhí)行環(huán)境,幫助您在無需購買和管理服務(wù)器的情況下運(yùn)行代碼。您只需使用平臺(tái)支持的語言編寫核心代碼并設(shè)置代碼運(yùn)行的條件,即可在騰訊云基礎(chǔ)設(shè)施上彈性、安全地運(yùn)行代碼。

       

      4. 微搭應(yīng)用開發(fā)流程

      此處將介紹基于微搭拖拉拽來快速構(gòu)建一個(gè)應(yīng)用的生命周期,整個(gè)低碼應(yīng)用開發(fā)和運(yùn)行的生命周期,以及低碼在設(shè)計(jì)態(tài)和運(yùn)行態(tài)做了什么。

       

      在微搭的應(yīng)用開發(fā)流程中,微搭應(yīng)用的生命周期分為設(shè)計(jì)態(tài)和開發(fā)態(tài)。

      1)設(shè)計(jì)態(tài)

      我們通過前端可視化的界面和組件,進(jìn)行表單定義模型及定義模型關(guān)聯(lián)關(guān)系。我們還可以針對(duì)表單配置用戶和權(quán)限、也可以通過頁面來操作配置一些工作流。我們可以拖拉拽配置一些頁面,生成頁面的DSL。配置數(shù)據(jù)模型,生成數(shù)據(jù)的JSONSchema DSL。配置流程生成流程的BPMN擴(kuò)展,基于角色綁定用戶權(quán)限,生成RBAC 模型的DSL。

       

      在發(fā)布的時(shí)候,我們前端H5會(huì)生成Reat代碼、小程序會(huì)生成小程序代碼。發(fā)布之后,前端代碼會(huì)發(fā)布在靜態(tài)托管中,服務(wù)端自定義擴(kuò)展服務(wù)邏輯是部署在云函數(shù)中。

       

      2)運(yùn)行態(tài)

      客戶會(huì)從web或者小程序發(fā)起調(diào)用,會(huì)經(jīng)過訪問經(jīng)過我們的靜態(tài)托管以及云函數(shù)和云數(shù)據(jù)庫,進(jìn)而將請(qǐng)求分為到微搭側(cè)后端中心化服務(wù),和企業(yè)第三方服務(wù)。

                               

       

      5. 微搭高可用服務(wù)能力

      一個(gè)高可用的服務(wù)需要從部署、變更、預(yù)案、監(jiān)控、安全等多方面考慮。達(dá)到 99.99%服務(wù)高可用的目標(biāo),需要各角色的工程師共同努力。本文簡(jiǎn)單介紹下微搭在消除單點(diǎn)和彈性伸縮這塊的實(shí)踐。

       

      消除單點(diǎn)

      單點(diǎn)有兩種場(chǎng)景:一種是某個(gè)模塊僅部署了一個(gè)實(shí)例;第二種是某個(gè)模塊雖然部署了多個(gè)實(shí)例,但任意實(shí)例故障都會(huì)導(dǎo)致服務(wù)整體或者大面積不可用。如何識(shí)別系統(tǒng)單點(diǎn)?通過排查模塊的實(shí)例數(shù)量和進(jìn)行破壞性測(cè)試來發(fā)現(xiàn)系統(tǒng)中是否存在單點(diǎn)。對(duì)于已知的單點(diǎn),則應(yīng)該盡量做好預(yù)案,減少故障時(shí)長(zhǎng)。

       

      針對(duì)這種情況,微搭一是在每個(gè)集群部署了多個(gè)POD 來消除集群內(nèi)單點(diǎn),另外一塊針對(duì)集群1整體掛掉的情況下,也可快速切換集群來消除單點(diǎn),保障服務(wù)的穩(wěn)定性。

       

           

      彈性伸縮

      彈性伸縮是根據(jù)業(yè)務(wù)需求和策略,針對(duì)無狀態(tài)的服務(wù),通過定時(shí)、閾值設(shè)定等方式,自動(dòng)調(diào)整集群規(guī)模,舉例來說,對(duì)于大促,機(jī)房故障等災(zāi)難場(chǎng)景,能夠很好的提升可用性。伸縮顧名思義,有伸也有縮,縮的特性,可能讓集群維持在一個(gè)合理的規(guī)模上,從而避免造成不必要的成本浪費(fèi)。因此,彈性伸縮也是常態(tài)下系統(tǒng)保持可用性的重要手段。

       

      微搭是基于serverless自動(dòng)彈性伸縮云原生的能力,來保證我們后端服務(wù)整體的高可用。當(dāng)流量高的時(shí)候自動(dòng)來擴(kuò)容機(jī)器,當(dāng)流量低的來實(shí)時(shí)縮容服務(wù)器。

                               

       

       

      03

      微低代碼的未來趨勢(shì)

       
      從2020年開始,低代碼成為了業(yè)界熱點(diǎn),無論是資本市場(chǎng)還是企業(yè)用戶都紛紛追捧。那么在未來,低代碼平臺(tái)會(huì)如何發(fā)展呢? 在我個(gè)人理解中,低代碼平臺(tái)開發(fā)將會(huì)沿兩個(gè)緯度演進(jìn):
       
      1、通用性,也就是語言屬性維度;隨著低代碼開發(fā)平臺(tái)的不斷成熟和發(fā)展,低代碼開發(fā)平臺(tái)逐漸具備通用場(chǎng)景的開發(fā)能力,例如可以開發(fā)網(wǎng)站、游戲、3D場(chǎng)景、電商、企業(yè)應(yīng)用、個(gè)人應(yīng)用;支持的系統(tǒng)也會(huì)更加全面,例如支持WebApp、iOS/Android、Windows/Mac/Linux、小程序等各種應(yīng)用。
       
      2、便捷性,也就是指代碼量不斷降低的過程,最終將實(shí)現(xiàn)0代碼編程。
       
      但是通用性和便捷性要想同時(shí)實(shí)現(xiàn),是非常困難的,這也是低代碼開發(fā)平臺(tái)急需解決的問題和下一個(gè)挑戰(zhàn)。最終使“去掉程序語法,保留程序邏輯”成為可能。
       
      最后也回答下大家比較關(guān)心的一個(gè)問題: 低代碼會(huì)取代程序員嗎?
       
      我認(rèn)為低代碼解決的是可抽象的,通用的且可復(fù)用的產(chǎn)品能力,程序員作為高端技術(shù)人才,市場(chǎng)缺口巨大,低代碼工具是將程序員從現(xiàn)有的重復(fù)的枯燥的接口開發(fā)中解放出來。程序員應(yīng)該更關(guān)注業(yè)務(wù)創(chuàng)造方面的技術(shù)研究和開發(fā)。 低代碼是工具,低代碼與程序員之間的關(guān)系就像翻譯軟件與譯者,數(shù)據(jù)統(tǒng)計(jì)系統(tǒng)與數(shù)據(jù)分析師,工具的目的是減少重復(fù)的勞作而將人力投入更有意義、有價(jià)值的研究之中。
       
      本文作者:
      謝艷祥
      騰訊云微搭高級(jí)工程師,專注于后端研發(fā)效能提升,工程化體系建設(shè)。
      在性能優(yōu)化、研發(fā)效能、架構(gòu)高可用設(shè)計(jì)等方向有一定的落地實(shí)踐經(jīng)驗(yàn)。
       

      文章來源:騰訊云微搭低代碼

      未經(jīng)允許不得轉(zhuǎn)載:RPA中國(guó) | RPA全球生態(tài) | 數(shù)字化勞動(dòng)力 | RPA新聞 | 推動(dòng)中國(guó)RPA生態(tài)發(fā)展 | 流 > 深入解讀騰訊云微搭低代碼的技術(shù)架構(gòu)

      后臺(tái)-系統(tǒng)設(shè)置-擴(kuò)展變量-手機(jī)廣告位-內(nèi)容正文底部
      主站蜘蛛池模板: 白河县| 思茅市| 沛县| 浦北县| 重庆市| 七台河市| 舒城县| 浏阳市| 珲春市| 道真| 平潭县| 松江区| 南陵县| 介休市| 安乡县| 咸阳市| 清水河县| 甘孜| 白银市| 高邮市| 佳木斯市| 南汇区| 游戏| 渭源县| 中西区| 大厂| 门源| 怀安县| 和静县| 新巴尔虎右旗| 临漳县| 罗定市| 崇左市| 隆昌县| 临海市| 石家庄市| 鹤壁市| 宁安市| 洛隆县| 天台县| 淅川县|