文章來源：EAWorld ；作者：郝炎峰

低代碼平臺在企業(yè)數(shù)字化轉(zhuǎn)型中發(fā)揮著重要的作用，助力降低成本、提升效率。尤其對于金融行業(yè)而言，其規(guī)模龐大、復(fù)雜多變，各級分行、業(yè)務(wù)線以及科技部門都有使用低代碼平臺來增強(qiáng)效能的需求。

對于領(lǐng)導(dǎo)層而言，要實現(xiàn)數(shù)字化轉(zhuǎn)型在一線分支機(jī)構(gòu)的全面推進(jìn)，不能僅停留在總行科技這層。對于分支機(jī)構(gòu)或業(yè)務(wù)人員來說，依賴總行科技部門來解決日常小場景或特色需求是不現(xiàn)實的。他們希望能夠擁有簡便易用的工具，讓自己從繁瑣重復(fù)的日常工作中解脫出來，例如消除跑腿流程、手工報表等。而對于總行的科技人員來說，他們急需低代碼平臺來提升開發(fā)效率，并且希望該平臺能夠與既有的架構(gòu)和技術(shù)棧完美融合，而不會增加新的架構(gòu)和運維復(fù)雜性。

這么看來，分行業(yè)務(wù)線和科技部門都對低代碼有需求，同時也存在用戶和場景的差異性。那么是該分別建設(shè)不同的低代碼平臺？還是有一套平臺可以同時滿足兩者的需求？本文就以上問題一起來作探討。

目錄：

一、覆蓋“輕應(yīng)用、輕業(yè)務(wù)系統(tǒng)、專業(yè)系統(tǒng)”的三類業(yè)務(wù)場景

二、支撐“零代碼、低代碼、高低代碼融合”的三種開發(fā)模式

三、建設(shè)“復(fù)雜業(yè)務(wù)系統(tǒng)建設(shè)”的六個特色能力

四、低代碼與AI

五、結(jié)尾

一、覆蓋“輕應(yīng)用、輕業(yè)務(wù)系統(tǒng)、專業(yè)系統(tǒng)”的三類業(yè)務(wù)場景

針對前面提到的不同的用戶和使用場景，我們做了進(jìn)一步分析，這些場景大致可以總結(jié)分為“輕應(yīng)用”、“輕業(yè)務(wù)系統(tǒng)”、“專業(yè)系統(tǒng)”三類業(yè)務(wù)場景，我們認(rèn)為作為企業(yè)級的低代碼平臺，要能夠具備支撐這三類場景的建設(shè)能力。

一是 “輕應(yīng)用”：通常類似信息收集類、數(shù)據(jù)處理類、流程審批類小場景，適合業(yè)務(wù)人員采用零代碼方式建設(shè)；

二是 “輕業(yè)務(wù)系統(tǒng)”：相比輕應(yīng)用，流程或業(yè)務(wù)處理略復(fù)雜一些，包含一些頁面、服務(wù)、數(shù)據(jù)相關(guān)的集成能力，業(yè)務(wù)人員或分行科技人員經(jīng)過培訓(xùn)也能容易上手；

三是 “專業(yè)系統(tǒng)”：對應(yīng)銀行的大型復(fù)雜業(yè)務(wù)系統(tǒng)，通常有專有的數(shù)據(jù)模型、復(fù)雜的計算邏輯以及分布式的架構(gòu)體系，這種業(yè)務(wù)系統(tǒng)則需要科技部門的開發(fā)人員為主實施，可采用低代碼、專業(yè)代碼融合的形式，以更高的效率和質(zhì)量，更適合的方案推動復(fù)雜業(yè)務(wù)系統(tǒng)的建設(shè)落地。

我們在設(shè)計也建設(shè)低代碼平臺過程中，充分考慮了上述三類應(yīng)用場景建設(shè)需要，面向不同的用戶和場景，均提供了相應(yīng)適合的工具和能力方案支撐。讓平臺的用戶均能體會到“零代碼、低代碼”平臺帶來的更高效的生產(chǎn)力。

本文接下將圍繞著平臺面向不同的場景所提供的一些特色能力展開，對普元低代碼平臺的設(shè)計思想、能力以及解決方案進(jìn)行介紹，期望能夠通過本篇文章內(nèi)容為金融企業(yè)客戶提供一些建設(shè)低代碼平臺的一些思路參考。

二、支撐“零代碼、低代碼、高低代碼融合”的三種開發(fā)模式

上圖為普元低代碼開發(fā)平臺的架構(gòu)示意圖，平臺的底座是基于微服務(wù)云原生的應(yīng)用開發(fā)平臺，其為高低代碼融合打好了堅實的基礎(chǔ)。另一部分是DevOps平臺，支持應(yīng)用全生命周期建設(shè)，例如零/低代碼開發(fā)場景中的應(yīng)用環(huán)境自動化部署均依托DevOps實現(xiàn)。中間部分是平臺零/低代碼的核心內(nèi)容，為不同角色的開發(fā)者提供了功能視圖、數(shù)據(jù)視圖、開發(fā)視圖?；谶@些場景化的開發(fā)工具，讓開發(fā)者能夠快速構(gòu)建多種不同場景的數(shù)字化應(yīng)用。

功能視圖、數(shù)據(jù)視圖主要是為業(yè)務(wù)人員建設(shè)輕應(yīng)用提供的零代碼視圖和工具，支持快速開發(fā)表單、流程、圖表、報表等應(yīng)用。支持從Excel導(dǎo)入開始，通過向?qū)缴蓴?shù)據(jù)模型、表單、視圖輕應(yīng)用，消滅手工報表、跑腿流程。讓數(shù)字化轉(zhuǎn)型深入一線，實現(xiàn)科技普惠。

開發(fā)視圖則是面向技術(shù)人員進(jìn)一步提供了服務(wù)編排、腳本編寫相關(guān)工具和能力，方便開發(fā)者進(jìn)行“輕業(yè)務(wù)系統(tǒng)相關(guān)場景”的開發(fā)工作。專業(yè)代碼開發(fā)工具則是為程序員提供的專業(yè)編碼開發(fā)工具，應(yīng)對前后端復(fù)雜業(yè)務(wù)邏輯、頁面功能或?qū)I(yè)領(lǐng)域算法的開發(fā)場景，在專業(yè)代碼開發(fā)的同時支持與低代碼開發(fā)配置結(jié)合完成業(yè)務(wù)系統(tǒng)建設(shè)，進(jìn)而提升效率。

因此我們的平臺設(shè)計針對不同的業(yè)務(wù)場景和用戶分別提供更適合的工具和開發(fā)模式。示意圖如下：

三、建設(shè)“復(fù)雜業(yè)務(wù)系統(tǒng)建設(shè)”的六個特色能力

在金融級“復(fù)雜業(yè)務(wù)系統(tǒng)”建設(shè)場景中，低代碼開發(fā)模式需要具備更完善的支撐能力，包括但不限于：數(shù)據(jù)模型、質(zhì)量與集成場景的支撐力；表單、視圖、圖表、報表、大屏等數(shù)據(jù)展現(xiàn)能力；服務(wù)交易組合編排對應(yīng)的跨系統(tǒng)集成能力；端到端業(yè)務(wù)流程場景的靈活管控能力；一站式體系化的應(yīng)用交付和管控運營能力等等。即便如此，低代碼能夠覆蓋的場景還是有局限的，只能支持系統(tǒng)中相對復(fù)雜度較低的功能范圍，很多復(fù)雜場景中，還是要程序員開發(fā)者進(jìn)行編碼實現(xiàn)功能邏輯，采用高低代碼融合的方式來實現(xiàn)復(fù)雜業(yè)務(wù)系統(tǒng)高效、可靠落地。

接下來我們針對上述復(fù)雜業(yè)務(wù)系統(tǒng)落地的平臺能力建設(shè)中總結(jié)的六大特色能力分別進(jìn)行說明。

1.技術(shù)融合的架構(gòu)模式

近年來，大多數(shù)金融企業(yè)都在計劃建設(shè)低代碼平臺以提升效率。部分先行者已經(jīng)建設(shè)了低代碼平臺。在與部分銀行企業(yè)溝通交流下來，我們發(fā)現(xiàn)大家建設(shè)過程中經(jīng)常會走入一些誤區(qū)，很多都是解決局部問題為主，缺少總體規(guī)劃。常見問題如下：

一是引入的低代碼平臺不能融入已有架構(gòu)體系，如：不符合微服務(wù)架構(gòu)，多應(yīng)用共享進(jìn)程計算資源，應(yīng)用間故障不隔離。

二是引入的低代碼平臺技術(shù)棧與銀行已有的技術(shù)體系差異較大，難以沉淀復(fù)用與融合。

三是引入的低代碼平臺體系封閉，復(fù)雜場景無法實現(xiàn)，擴(kuò)展困難，運維管控方式特異，無法適應(yīng)銀行既有的過程規(guī)范。

針對上述問題，我們認(rèn)為建設(shè)低代碼平臺，架構(gòu)上應(yīng)該采用主流的微服務(wù)架構(gòu)體系，能融入已有的技術(shù)架構(gòu)最佳；技術(shù)上應(yīng)采用前后端分離的主流技術(shù)棧，類似VUE、Spring Cloud等，同時信創(chuàng)也是目前一定要考慮的關(guān)鍵點；基于低代碼平臺開發(fā)應(yīng)用過程中，應(yīng)支持低代碼配置開發(fā)與專業(yè)代碼開發(fā)方式融合，低代碼開發(fā)過程中要能復(fù)用高代碼編寫的組件與服務(wù)；基于低代碼平臺開發(fā)的應(yīng)用，應(yīng)該是各自獨立的，不應(yīng)互相影響，不論高代碼、低代碼或著是高低代碼融合，不應(yīng)帶來應(yīng)用的部署運維的變化，要能夠融入已有的運維管理規(guī)范體系。

概括來說就是要做到架構(gòu)一致、技術(shù)一致、運維管理一致的三個一致基礎(chǔ)上的高低代碼真融合模式。

2.數(shù)據(jù)驅(qū)動的開發(fā)模式

市面上很多零/低代碼產(chǎn)品為了降低開發(fā)復(fù)雜度，采用了頁面驅(qū)動的開發(fā)模式。這種模式的優(yōu)點是非技術(shù)人員更容易上手，開發(fā)體驗更好。缺點是其數(shù)據(jù)存儲會采用私有的格式保存，存下來的數(shù)據(jù)脫離其平臺不可讀。這種缺點會形成數(shù)據(jù)孤島，在金融企業(yè)中是不可接受的。

根據(jù)金融企業(yè)的業(yè)務(wù)特點，我們認(rèn)為數(shù)據(jù)驅(qū)動模式是復(fù)雜業(yè)務(wù)場景建設(shè)的更優(yōu)方案。銀行的各大業(yè)務(wù)領(lǐng)域，均有各自的專業(yè)領(lǐng)域的業(yè)務(wù)模型，這些模型通常是經(jīng)過積累沉淀的復(fù)雜業(yè)務(wù)模型，具備行業(yè)知識門檻，幾乎不會從零開始構(gòu)建。另一方面，基于數(shù)據(jù)模型，我們可以與銀行以后的數(shù)據(jù)標(biāo)準(zhǔn)做對接，這樣一來數(shù)據(jù)表字段、類型、接口報文、數(shù)據(jù)校驗、頁面控件等等都可以標(biāo)準(zhǔn)化，能夠?qū)崿F(xiàn)高質(zhì)量的數(shù)據(jù)落地，為后續(xù)的數(shù)據(jù)入湖、分析統(tǒng)計打好堅實的基礎(chǔ)。當(dāng)然建模的過程業(yè)務(wù)人員有一定的學(xué)習(xí)成本，這種情況下，低代碼平臺可以通過技術(shù)手段簡化或自動化建模過程，由平臺自動生成模型與數(shù)據(jù)表，從而降低學(xué)習(xí)使用難度，讓業(yè)務(wù)人員更容易上手。

數(shù)據(jù)是金融企業(yè)的核心資產(chǎn)，高質(zhì)量的數(shù)據(jù)落地是必要條件，因此數(shù)據(jù)模型和建模能力是必不可少的，我們可以通過標(biāo)準(zhǔn)化、自動化、智能化建模能力，在提升開發(fā)體驗的同時保障數(shù)據(jù)高質(zhì)量落地。

3.組件化低代碼頁面引擎

低代碼拖拉拽所見即所得的表單、視圖頁面設(shè)計工具已經(jīng)是所有低代碼平臺產(chǎn)品的標(biāo)配，在低代碼平臺的頁面開發(fā)能力方面，應(yīng)該重點關(guān)注如下幾個方面：

一是頁面引擎要支持豐富多樣化的展現(xiàn)形式，如表單、視圖、圖表、報表、看板、大屏等等。

二是頁面引擎要支持PC端、移動端頁面設(shè)計與渲染。

三是頁面引擎要提供豐富的前端組件，如基礎(chǔ)技術(shù)組件、布局容器類組件、高級功能組件等等。

四是頁面引擎要具備靈活的擴(kuò)展模式，支持自定義擴(kuò)展頁面組件，支持封裝復(fù)用已有的前端組件。

五是頁面引擎要具備代碼生成能力，生成的代碼符合規(guī)范和安全要求，支持可控的編碼調(diào)整能力。

在低代碼頁面引擎表面能力趨同的情況下，除了頁面的美觀和豐富展現(xiàn)形式外，靈活的組件擴(kuò)展能力、源碼生成可控調(diào)整能力、基于安全源碼實時編譯渲染的能力等，更應(yīng)是平臺建設(shè)或選擇的關(guān)鍵特性。

4.企業(yè)級低代碼流程引擎

在流程引擎方面，在復(fù)雜企業(yè)級的流程場景中，通常會有兩大類流程。其一是跨系統(tǒng)端到端的業(yè)務(wù)流程；其二是系統(tǒng)內(nèi)部流程審批相關(guān)的操作流程。這兩類流程的側(cè)重點有所不同。端到端的業(yè)務(wù)流程，重點是跨系統(tǒng)的集成能力，如數(shù)據(jù)傳遞、服務(wù)調(diào)用、消息發(fā)送接收、外部系統(tǒng)的子流程調(diào)用與回調(diào)等場景；系統(tǒng)內(nèi)的審批流程則更注重流程與表單的聯(lián)動配合、審批處理人的權(quán)限范圍規(guī)則、流程的分支流轉(zhuǎn)規(guī)則、任務(wù)處理的復(fù)雜規(guī)則等場景。除了低代碼產(chǎn)品化的配置能力之外，流程引擎的高性能與高可靠性集群模式運行支持，業(yè)務(wù)流程的運行期調(diào)整配置支持以及基于流程視角的統(tǒng)計分析能力都是必不可少的關(guān)鍵功能。

此外在流程銀行的場景中，流程作為銀行業(yè)務(wù)處理合規(guī)性的保障，面向整個銀行都應(yīng)該有一致的規(guī)范和標(biāo)準(zhǔn)。那么統(tǒng)一流程平臺的支撐能力也是大型金融企業(yè)應(yīng)多復(fù)雜業(yè)務(wù)場景的一個關(guān)鍵抓手，建設(shè)統(tǒng)一流程平臺，面向各領(lǐng)域的多個業(yè)務(wù)系統(tǒng)提供流程支持，基于多租戶技術(shù)手段，讓各業(yè)務(wù)系統(tǒng)在共享的云流程服務(wù)中各自對業(yè)務(wù)流程進(jìn)行一站式的設(shè)計、開發(fā)、運行和管理，讓標(biāo)準(zhǔn)規(guī)范的業(yè)務(wù)、審批流程落實具備了明確可行的路徑和可管控、可分析優(yōu)化的依據(jù)，最終形成業(yè)務(wù)流程持續(xù)優(yōu)化的閉環(huán)。

5.高性能高可靠交易引擎

在銀行的“中間業(yè)務(wù)”、“場景金融”這類業(yè)務(wù)場景中，顯著的業(yè)務(wù)特點是相關(guān)業(yè)務(wù)會涉及與用戶、三方企業(yè)、其他金融機(jī)構(gòu)的密切連接，比如投資理財、生活服務(wù)、財富管理等等場景，業(yè)務(wù)多樣性和復(fù)雜性較高，更注重個性化服務(wù)和合作協(xié)同。在這類場景下，不同企業(yè)、不同機(jī)構(gòu)的對接需要具備很強(qiáng)大的集成和服務(wù)交易編排能力。通過一個高性能高可靠的交易引擎，能夠以低代碼的模式快速的讓相關(guān)業(yè)務(wù)交易實施上線，銀行才能在這些領(lǐng)域取得競爭優(yōu)勢，為客戶提供更好的金融服務(wù)體驗。

服務(wù)交易編排是低代碼平臺集成能力的核心體現(xiàn)，在通用場景中，有了服務(wù)編排的能力，可以讓低代碼平臺的業(yè)務(wù)場景覆蓋率大幅提升至80%-90%。針對金融行業(yè)的復(fù)雜集成場景，具備更強(qiáng)大集成能力的交易引擎就更為重要。我們認(rèn)為，面向金融企業(yè)尤其是銀行，服務(wù)交易編排的能力需要支持多種協(xié)議的集成能力；多種報文格式解析轉(zhuǎn)換能力；高性能高可靠性的異步、并行運算能力；以及對于異常場景的交易錯誤處理、補(bǔ)償沖正能力，以保障數(shù)據(jù)的正確和一致性。

另外，從低代碼交易開發(fā)工具的角度，低代碼流程式的交易編排工具必不可少，同時還需要支持開發(fā)過程中的在線調(diào)試以提升總體的開發(fā)效率；要支持運行期的源代碼生成確保代碼安全；盡可能采用編譯運行模式，保障運行期的性能和穩(wěn)定性。

6.一站式交付與監(jiān)控運營能力

對于“復(fù)雜業(yè)務(wù)系統(tǒng)”來說，通常會采用分布式的架構(gòu)，具有實施交付周期長，運維管理復(fù)雜等特點。針對這種情況，作為低代碼平臺除了提供開發(fā)和運行支撐之外，對于應(yīng)用的實施、交付、監(jiān)控運營等場景也需要通盤考慮，提供全面的支撐能力和工具。

在應(yīng)用實施過程管理方面，需要提供對于項目管理的支持能力，如需求、任務(wù)、測試、質(zhì)量、文檔等工具和管理能力。

在應(yīng)用交付方面，需要提供對于應(yīng)用的自動化部署，應(yīng)對金融企業(yè)的多環(huán)境交付管理過程規(guī)范要求，需要支持開發(fā)、測試、UAT、準(zhǔn)生產(chǎn)、生產(chǎn)等多類型多套環(huán)境的資源管理和自動化部署交付工作。屏蔽繁雜的手工重復(fù)勞動。

在應(yīng)用監(jiān)控方面，基于低代碼平臺上建設(shè)和運行的所有應(yīng)用，應(yīng)提供一站式的統(tǒng)一應(yīng)用監(jiān)控治理平臺，對應(yīng)用的配置集中管理，對運行健康狀態(tài)、資源使用情況監(jiān)控，以及對應(yīng)用的日志、性能做集中的分析與統(tǒng)計。

在應(yīng)用的持續(xù)運營方面，應(yīng)用基于低代碼平臺從建設(shè)到運行過程中持續(xù)收集運營數(shù)據(jù)，逐步實現(xiàn)對應(yīng)用研發(fā)效能、運行效能、業(yè)務(wù)效能以及企業(yè)效能的全鏈路運營分析。

四、低代碼與AI

AI大模型在2023年可謂是火遍全球，帶來了越來越多的新模式新機(jī)遇。我們說很快AI就可以幫我們編寫軟件了。目前已經(jīng)能夠通過提示詞描述，AI大模型幫我們生成一些寫的還算工整的代碼片段，確實可謂驚艷。然而個人認(rèn)為離編寫生產(chǎn)可用軟件還是有很大的差距。以目前的AI大模型的能力，采用生成軟件源碼的方案即使生成了一個軟件系統(tǒng)，其可用性、可靠性并不能得到保障，想要基于其生成的軟件源碼去優(yōu)化調(diào)整，非常困難。所以基于AI直接生成源代碼的軟件構(gòu)建方案可行性目前比較低。更何況基于信息安全方面考慮，金融類企業(yè)也不允許開放自身的數(shù)據(jù)給大模型，應(yīng)用場景也會有很多限制。

換個思路，我們發(fā)現(xiàn)低代碼平臺的模式本質(zhì)上就是抽象了很多的開發(fā)、管理等專用模型。讓AI與低代碼的專用模型相結(jié)合，確是更具可行性的方案?；趯Ｓ媚Ｐ蛠碛?xùn)練AI更容易，生成的“基于模型的軟件”也具備規(guī)范性、可調(diào)優(yōu)、可維護(hù)的特點。目前我們也已經(jīng)在驗證低代碼結(jié)合AI助手的模式，如：數(shù)據(jù)模型推薦與生成、應(yīng)用模塊與功能的生成、專有低代碼模型的輔助配置、專有API的代碼生成等等場景。接下來我們還會在AI與低代碼結(jié)合實踐應(yīng)用方面進(jìn)行持續(xù)研究，陸續(xù)會有相應(yīng)的迭代成果產(chǎn)出，敬請期待。

五、結(jié)尾

如果說有這樣的一款低代碼平臺，其能解決業(yè)務(wù)問題，能提升開發(fā)效率，能融合主流的架構(gòu)，能復(fù)用既有的沉淀，從簡單到復(fù)雜的場景均能從容應(yīng)對…… 這樣的低代碼平臺相信您也會感興趣。感謝您對本文的關(guān)注與閱讀，期待與您進(jìn)一步溝通交流，也祝愿您在未來的探索中取得更多的成就與成功！

郝炎峰

關(guān)于作者：

郝炎峰，普元首席方案專家，十余年產(chǎn)品研發(fā)與架構(gòu)設(shè)計經(jīng)驗，持續(xù)關(guān)注和研究分布式、微服務(wù)、DevOps等領(lǐng)域。曾負(fù)責(zé)普元低代碼開發(fā)平臺、流程平臺產(chǎn)品的核心架構(gòu)、產(chǎn)品設(shè)計以及發(fā)展規(guī)劃。先后參與了國家電網(wǎng)BPM、BAM平臺、浦發(fā)銀行新一代流程平臺、興業(yè)銀行綜合應(yīng)用開發(fā)平臺等大型平臺項目建設(shè)與實施?，F(xiàn)專注于金融科技建設(shè)相關(guān)解決方案研究與落地。

這是科技創(chuàng)新最好的時代，這是屬于我們每個人最好的時代，關(guān)注“BanTech智庫”，專注銀行科技發(fā)展，探索無界金融生態(tài)！