?一、引言

組裝式應(yīng)用程序是Gartner在《2022年重要戰(zhàn)略技術(shù)趨勢》中提出的十二項技術(shù)之一，主要是通過引入模塊化的PBC使技術(shù)和業(yè)務(wù)團隊可以更敏捷、更有效地重用代碼。那么PBC是什么？

業(yè)務(wù)能力包(PBC)是一種軟件定義的最小化的業(yè)務(wù)功能，專注于解決特定的業(yè)務(wù)問題。業(yè)務(wù)用戶在功能上可識別這些功能，旨在用于應(yīng)用程序產(chǎn)品套件和自定義組裝應(yīng)用程序體驗的構(gòu)建基塊。PBC是數(shù)據(jù)架構(gòu)和一組服務(wù)、API和事件通道的有界集合，可以被視為微服務(wù)的聚合,在功能上是完整、自治的體系，具有四大特性。

• 模塊化：分成一組有凝聚力的組件。
• 自主性：自給自足，并具有最小的依賴性，以確保組成的靈活性。
• 編排式：通過 API、事件接口或其他技術(shù)手段，打包組合到流程流程或復(fù)雜事務(wù)中。
• 可發(fā)現(xiàn)：語義清晰和經(jīng)濟的設(shè)計，使業(yè)務(wù)和技術(shù)設(shè)計者、開發(fā)者和活躍的應(yīng)用程序都能訪問。

其中在編排式上，圍繞PBC和它的編排能力，帶來的問題就是我們本次特別引出的組裝式。從圖中可以看出原來有三個不同顏色的PBC，我們通過一定的方式對這三個PBC進行組裝從而形成一個新的應(yīng)用，從而對外提供能力。

Gartner表示：“在動蕩的時代，可組合的業(yè)務(wù)原則幫助企業(yè)機構(gòu)駕馭對業(yè)務(wù)韌性和增長至關(guān)重要的加速變化?？山M合的應(yīng)用架構(gòu)增強了業(yè)務(wù)適應(yīng)性，而采用可組合方法的企業(yè)機構(gòu)在新功能的實現(xiàn)速度上將比競爭對手快80%?！?/p>

在這個組裝過程中，必然有很多問題需要我們?nèi)ヌ剿骱蛯嵺`：

• 如何組裝？
• 組裝的標(biāo)準(zhǔn)是什么？
• 組裝時是否會存在一些安全風(fēng)險？
• ……

那么我行當(dāng)時在建設(shè)的時候，為什么會對標(biāo)組裝式應(yīng)用程序，是如何引進這個概念并且落地實施的？圍繞這個問題，首先介紹我行當(dāng)時在建設(shè)時面臨的問題。

我行近幾年在大力建設(shè)金融生態(tài)場景，對外提供了很多SaaS應(yīng)用，這一部分除了我行自建之外，我們也會與一些合作方進行合作。隨著無界融合、優(yōu)勢互補、開放共贏的金融生態(tài)圈的不斷發(fā)展，我行在面對客戶快速推出生態(tài)產(chǎn)品、提供一站式解決方案方面存在一定不足，以支撐應(yīng)用組裝式開發(fā)方面有待提升，總結(jié)起來主要有以下四個方面的能力欠缺，分為技術(shù)和管理兩個部分：

技術(shù)上：

1）生態(tài)融合

缺乏統(tǒng)一的產(chǎn)品目錄和產(chǎn)品能力，沒有形成市場化的建設(shè)；

生態(tài)缺乏通用的基礎(chǔ)服務(wù)，如用戶、權(quán)限、流程、數(shù)據(jù)訪問能力和用戶交互界面。

2）場景復(fù)用

非金融功能重復(fù)建設(shè)，獨立研發(fā)，缺乏場景級能力輸出；

金融功能存在各場景重復(fù)封裝。

管理上：

3）標(biāo)準(zhǔn)技術(shù)建設(shè)方案

生態(tài)建設(shè)統(tǒng)一標(biāo)準(zhǔn)有待完善，功能耦合度高，無法實現(xiàn)能力復(fù)用，導(dǎo)致重復(fù)造輪子，應(yīng)用搭建效率低；

新場景建設(shè)需求日益頻繁，缺乏基于既有場景快速組裝能力的支撐。

4）統(tǒng)一管理運營

缺乏功能場景、共享服務(wù)標(biāo)準(zhǔn)、數(shù)據(jù)標(biāo)準(zhǔn)的統(tǒng)一管理標(biāo)準(zhǔn)；

缺乏生態(tài)場景級的可復(fù)用基礎(chǔ)框架、構(gòu)件需求管理。

當(dāng)時我們面對SaaS產(chǎn)品的建設(shè)中主要存在剛才提到的這些問題，未來我們?nèi)绻€要更快速地發(fā)展，更快速地推出產(chǎn)品，我們必須針對問題提出一些解決方案。因此我們圍繞這些問題對標(biāo)業(yè)界，發(fā)現(xiàn)組裝式開發(fā)在技術(shù)和業(yè)務(wù)方面都有一定的優(yōu)勢，能夠快速組裝現(xiàn)有的業(yè)務(wù)能力，推出一個新的應(yīng)用產(chǎn)品，最終我們選擇了組裝式應(yīng)用程序開發(fā)落地。

二、生態(tài)連接器建設(shè)

接下來介紹我們的生態(tài)連接器建設(shè)，這是我們當(dāng)時在落地的時候形成的總體架構(gòu)圖：

1、建設(shè)通用基礎(chǔ)服務(wù)

我們需要做一些生態(tài)融合，解決組裝的能力問題，其實就是要建設(shè)好通用的基礎(chǔ)能力。實現(xiàn)通用用戶、權(quán)限、角色、機構(gòu)、流程管理等基礎(chǔ)服務(wù)，提供數(shù)據(jù)共享訪問，打通生態(tài)產(chǎn)品場景融合。

在基礎(chǔ)能力方面，用戶中心、權(quán)限管理和流程管理是比較基礎(chǔ)的，以及用戶菜單、角色、機構(gòu)等，基本上我們的每個SaaS應(yīng)用建設(shè)時都會涉及，包括與行外合作方提供的SaaS應(yīng)用進行融合的時候，都必須包含流程管理等基礎(chǔ)能力，這一方面是作為融合能力重點建設(shè)。

2、建設(shè)業(yè)務(wù)共享服務(wù)標(biāo)準(zhǔn)化輸出能力

在融合的過程中，我們需要提煉一些共性的業(yè)務(wù)共享服務(wù)(PBC)，類似于前幾年提的中臺，比如資金監(jiān)管、項目中心、流程中心，并且圍繞這些能力支持PBC建設(shè)的配置化，比如樣式的自動適配、數(shù)據(jù)標(biāo)準(zhǔn)，以及快速組裝，我們也會專門制定一套數(shù)據(jù)共享的訪問，從而解決各個上市產(chǎn)品之間數(shù)據(jù)共享，以及數(shù)據(jù)共享中存在的安全問題和標(biāo)準(zhǔn)問題，實現(xiàn)數(shù)據(jù)標(biāo)準(zhǔn)化轉(zhuǎn)換和打通，實現(xiàn)產(chǎn)品場景的快速組裝能力和標(biāo)準(zhǔn)化能力。

3、提供研發(fā)支持基礎(chǔ)框架

在融合的基礎(chǔ)之上，從架構(gòu)的分層來看，最底下就是提供基礎(chǔ)的技術(shù)能力支撐平臺，建立產(chǎn)品組裝平臺快速構(gòu)筑產(chǎn)品，以及一些技術(shù)標(biāo)準(zhǔn)框架，類似于我們業(yè)界熟知的Spring Boot，我們可能也會在上面做一定的封裝，形成適合我們應(yīng)用的框架內(nèi)容。

有了這些PBC的業(yè)務(wù)能力之后，我們會面向不同生態(tài)場景，比如當(dāng)前國家在推廣鄉(xiāng)村振興，那么在這一方面我們也會推出一些對應(yīng)的SaaS產(chǎn)品供鄉(xiāng)村使用。

在生態(tài)場景的概念之上，我們額外提出了一個生態(tài)解決方案。從客戶角度來說，比如鄉(xiāng)村振興的生態(tài)場景，除了管理村里的一些事務(wù)之外，可能也需要黨員管理，從技術(shù)層面我們關(guān)注的是場景和應(yīng)用，但對于客戶而言，他關(guān)注的是功能和能力。未來我們會更進一步，面向不同的群體提供一些生態(tài)解決方案，比如智慧教育、智慧政務(wù)、新管家等。

借助于組裝式應(yīng)用程序開發(fā)理念，我們層層往上，通過不同的PBC形成一個新的生態(tài)場景，再通過不同的生態(tài)場景形成一個新的生態(tài)解決方案，從而打造生態(tài)場景融合能力+業(yè)務(wù)共享服務(wù)輸出+技術(shù)標(biāo)準(zhǔn)能力支撐，并配套完整的生態(tài)管理體系，實現(xiàn)生態(tài)場景快速建設(shè)，提供端到端統(tǒng)一服務(wù)的目標(biāo)，這是我們的生態(tài)連接器上的總體建設(shè)。

三、業(yè)務(wù)服務(wù)包(PBC)落地

從業(yè)務(wù)能力上來說，核心在于PBC的建設(shè)，所以著重再跟大家分享一下我們PBC落地的架構(gòu)層面和設(shè)計層面上的規(guī)劃，從外部市場也就是客戶的視角梳理一些場景。

我行做得比較多的是一些金融的場景，對于我們來說，我們的概念中更多區(qū)分的也是金融和非金融，但其它一些企業(yè)在落地的時候，可能會有其它劃分類型。

我行提供的金融服務(wù)是比較豐富的，代收、支付、賬戶管理、資金監(jiān)管，都是銀行傳統(tǒng)的優(yōu)勢方面內(nèi)容，然后我們重新整合形成共享服務(wù)包，為后面的產(chǎn)品快速上線提供支撐。

生態(tài)場景的不斷豐富，也帶來了一些新的非金融服務(wù)能力，我們將其劃分為通用領(lǐng)域和專用領(lǐng)域。

通用領(lǐng)域即基本上每個領(lǐng)域都能用到的，比如流程中心、積分管理。從客戶服務(wù)的角度分析，基本上都會設(shè)置積分，所以我們將積分管理設(shè)置為通用領(lǐng)域。

專用領(lǐng)域則是面向于特定的某一類場景或解決方案，將共性的內(nèi)容抽取出來。

在具體實施的時候，我們也是對標(biāo)組裝式應(yīng)用開發(fā)和PBC的概念，支持“模塊化、自主性、可發(fā)現(xiàn)、可配置”，其實關(guān)鍵點在于支持?jǐn)?shù)據(jù)標(biāo)準(zhǔn)轉(zhuǎn)換和對外統(tǒng)一標(biāo)準(zhǔn)的服務(wù)輸出，包括統(tǒng)一數(shù)據(jù)字段、統(tǒng)一接口標(biāo)準(zhǔn)、統(tǒng)一UI風(fēng)格轉(zhuǎn)化。

尤其是UI風(fēng)格方面，我們所說的統(tǒng)一UI風(fēng)格，指的是統(tǒng)一UI風(fēng)格的設(shè)計理念。面向不同的客戶提供的SaaS產(chǎn)品，客戶在UI風(fēng)格上可能會有不同的需求，比如黨建方面則是紅色的顏色會偏多一些。同一個共享服務(wù)包，需要支持面向不同的客戶群體和SaaS產(chǎn)品能通過統(tǒng)一的UI風(fēng)格進行適配。在最底層我們的技術(shù)細(xì)節(jié)實現(xiàn)的時候，也會支撐統(tǒng)一的數(shù)據(jù)字段、數(shù)據(jù)標(biāo)準(zhǔn)的轉(zhuǎn)化。如果共享服務(wù)包在組裝的時候缺少了一套統(tǒng)一的標(biāo)準(zhǔn)，那么組裝的時候必然會存在一些問題。

我們對于PBC落地的技術(shù)要求和管理要求如下：

1、技術(shù)要求

配置能力暴露：暴露菜單、頁面UI配置接口，在產(chǎn)品復(fù)用業(yè)務(wù)時初始化設(shè)置菜單、實現(xiàn)UI配置等配置功能的設(shè)置和初始化。

應(yīng)用接口暴露：根據(jù)DDD思路對共享服務(wù)抽取接口，形成場景化的業(yè)務(wù)能力組合，并在組裝平臺進行發(fā)現(xiàn)。

對外輸出：支持轉(zhuǎn)換為開發(fā)態(tài)的業(yè)務(wù)組件，提供行外獨立部署。

2、管理要求

開展?fàn)款^應(yīng)用承建機制：由領(lǐng)域負(fù)責(zé)應(yīng)用承接進行建設(shè)，按照單獨建設(shè)群組方式進行共享。

場景建設(shè)：在智慧教育、鄉(xiāng)村振興、政務(wù)等重點戰(zhàn)略重點突破，形成相關(guān)領(lǐng)域的業(yè)務(wù)能力包。

四、組裝式應(yīng)用開發(fā)

圍繞業(yè)務(wù)服務(wù)包的建設(shè)，我們當(dāng)時也對標(biāo)了組裝式應(yīng)用開發(fā)的理念。

1、金融生態(tài)應(yīng)用組裝平臺

我們規(guī)劃建設(shè)了一個金融生態(tài)應(yīng)用組裝平臺，平臺主要分為三個部分：

首先是元數(shù)據(jù)目錄，比如數(shù)據(jù)編排、數(shù)據(jù)標(biāo)準(zhǔn)和數(shù)據(jù)的動態(tài)集成，未來可能還有知識圖譜等概念做一些基礎(chǔ)的支撐；

元數(shù)據(jù)目錄再上一層是應(yīng)用模板，面向不同的場景，我們需要制定出不同的應(yīng)用模板；

最上層是可視化建設(shè)，針對不同模板下的業(yè)務(wù)服務(wù)包(PBC)進行組裝，同時也有支撐PBC建設(shè)的技術(shù)組件，通過平臺自由組裝。

通過這三層實現(xiàn)增量功能，包括增量產(chǎn)品、存量產(chǎn)品的快速生產(chǎn)，對于新產(chǎn)品可以通過組裝快速生成整個應(yīng)用，存量則更多考慮如何兼容和升級。

2、DDD設(shè)計思路

在實際落地開發(fā)的時候，對于PBC如何劃分，內(nèi)部提供了什么能力等問題，需要一套方法論支撐。業(yè)界上近幾年微服務(wù)比較熱門，DDD的思路也是用得比較多的，我們行內(nèi)有一套業(yè)務(wù)建模的方法與DDD是相通的，通過建模梳理出了PBC的一些能力。第二步就是生成PBC，因為組裝是一個積木的概念，所以需要先生成積木，再組裝積木，最后生成一個完整的工程。

在業(yè)務(wù)建模方面，我們采用DDD設(shè)計思路，在架構(gòu)層面引入六邊形架構(gòu)。因為我們在建設(shè)的時候，傳統(tǒng)的應(yīng)用會有一些分層的概念，但是代碼可能會串層，發(fā)生邏輯的上移或下移，我們通過六邊形架構(gòu)詮釋應(yīng)用內(nèi)部和外部差別，內(nèi)外部通過適配器交互進行隔離，內(nèi)部聚焦領(lǐng)域服務(wù)，從而實現(xiàn)穩(wěn)態(tài)領(lǐng)域?qū)雍瓦m配層解耦。

從上圖可以看出，我們在原始的六邊形架構(gòu)上做了一些延伸，也就是6個標(biāo)紅的部分。我們在落地這套領(lǐng)域驅(qū)動設(shè)計的架構(gòu)時，領(lǐng)域?qū)泳劢褂陬I(lǐng)域模型對象、領(lǐng)域服務(wù)、應(yīng)用服務(wù)的設(shè)計和組合。相當(dāng)于在業(yè)務(wù)建模的時候，會識別出來有哪些領(lǐng)域?qū)ο?，圍繞著這些對象會有哪些服務(wù)和應(yīng)用，這是最核心的內(nèi)容。

對象工廠、領(lǐng)域事件和倉儲，我們的理解一定程度上是屬于技術(shù)實現(xiàn)，在技術(shù)實現(xiàn)上，通過面向?qū)ο蟮脑O(shè)計以及設(shè)計模式的引入，在對象創(chuàng)建、對象交互上達到靈活解耦。

對象工廠用于創(chuàng)建對象；

領(lǐng)域事件用于對象之間的信息交互和解耦；

倉儲用于數(shù)據(jù)交換，比如我們在落地時，需要引入一些存量應(yīng)用，一個實體可能對應(yīng)到多張表，多張表則需要做一些拆分和整合，因此在倉儲上會做一些額外的工作內(nèi)容。

針對這套DDD標(biāo)準(zhǔn)架構(gòu)的落地，我們會有一個標(biāo)準(zhǔn)工程結(jié)構(gòu)，明確工程結(jié)構(gòu)設(shè)計，設(shè)計者可以和代碼閱讀者交流領(lǐng)域和架構(gòu)的設(shè)計意圖。圍繞這套工程建設(shè)，我們也有一套配套的工具支撐，總結(jié)標(biāo)準(zhǔn)應(yīng)用結(jié)構(gòu)生成、依賴檢查工具、標(biāo)準(zhǔn)資產(chǎn)組件/工具推薦等，一系列工具資產(chǎn)保證架構(gòu)落地。

接下來我們通過一個例子介紹DDD的設(shè)計思路落地。其實DDD最核心的是一些聚合根和實體對象的抽取。我們行內(nèi)有一套就是業(yè)務(wù)建模方法與DDD理論一脈相承，DDD里的事件風(fēng)暴我們行內(nèi)稱為業(yè)務(wù)用例，就是通過一段話與業(yè)務(wù)人員討論業(yè)務(wù)場景和業(yè)務(wù)能力。主要流程如下：

首先找一些名詞，給這些名詞加上屬性，通過名詞之間的關(guān)系形成一個實體領(lǐng)域模型，我們稱為業(yè)務(wù)對象；

其次將實體對象進行聚合形成一個聚合根；

最后圍繞這些實體模型找一些相關(guān)的動作，如支付、提交，從而形成領(lǐng)域服務(wù)、交易服務(wù)等能力。

以某代理保險銷售應(yīng)用為例：抽取保險協(xié)議的實體和值對象，做抽象類的聚合和設(shè)計。實體分為財險保單和壽險保單兩大類，值對象指的是保單上的各種屬性，包括產(chǎn)品信息、公司信息、保單期限、費率信息等。未來我們在值對象設(shè)計上可能會做一些技術(shù)手段，通過定制手段自動化地動態(tài)展示前臺頁面等，形成了整個聚合根和實體的值對象，從事件風(fēng)暴來講，也就是梳理出用例，再進行組裝式的開發(fā)。

3、低代碼能力

組裝式開發(fā)離不開近幾年一直在談的低代碼能力，我們也是通過低代碼能力進行落地實踐。

采用低代碼能力，生成代碼符合標(biāo)準(zhǔn)工程代碼結(jié)構(gòu)，應(yīng)用可自定義連接不同數(shù)據(jù)實體，基于實體自動生成對應(yīng)的領(lǐng)域服務(wù)等相關(guān)PBC積木塊內(nèi)容，同是針對多實體聚合可復(fù)用DDD設(shè)計的聚合根對象預(yù)先在數(shù)據(jù)庫創(chuàng)建虛擬實體從而自動生成。自動生成有以下幾點需要注意：

我們傳統(tǒng)針對表，實體可能是get、set方法，在DDD領(lǐng)域里其實是貧血模型，未來我們設(shè)計一種充血模型，也就是實體還是會帶一些方法，我們現(xiàn)在已經(jīng)能夠比較好地支持針對于實體的增刪改查的能力，圍繞實體生成對象服務(wù)。

我們在選中實體生成代碼時，可以進行一定的定制，在增刪改查的基礎(chǔ)上，我們平臺會更多提供擴展能力的支持，比如聚合，平臺通過類似于DSL等一些腳本的能力對其進行定制，讀取我們定制的一些內(nèi)容，自動生成這一部分代碼。

除了對象服務(wù)之外，圍繞實體也可能會有一些簡單的領(lǐng)域服務(wù)，也就是圖中標(biāo)的業(yè)務(wù)服務(wù)，另外，我們行內(nèi)在單元測試方面也是落地比較深的，因此所有代碼我們都必須有對應(yīng)的單元測試覆蓋。我們目前生成的單元測試符合行業(yè)要求，生成單元測試之后也是按照標(biāo)準(zhǔn)代碼結(jié)構(gòu)生成代碼，圖中示例是以某應(yīng)用中產(chǎn)品信息實體為例。

針對實體對象生成的能力，比如增刪改查，我們抽取了多個應(yīng)用進行分析，以某應(yīng)用為例，應(yīng)用中涉及80多張表（占比30%）可以一次性通過低代碼平臺直接生成，加速研發(fā)效率，剩下的可能需要額外進行組裝和定制再生成。

至此我們已經(jīng)通過建模建出實體對象，也通過低代碼方式自動生成了圍繞這些實體對象的一些基礎(chǔ)能力，這一部分能力就是我們之前提到的積木。

4、組裝

有了積木塊建設(shè)之后，我們接下來要進行的是積木塊的組裝，這一部分也是通過組裝式應(yīng)用開發(fā)平臺完成。

1）整體設(shè)計

基于組裝式應(yīng)用開發(fā)平臺，遵循“積木式”開發(fā)思想，按分層結(jié)構(gòu)去做，通過日益豐富的技術(shù)積木塊和業(yè)務(wù)積木塊的靈活組裝，助力應(yīng)用快速搭建應(yīng)用基礎(chǔ)框架。

自動生成代碼符合標(biāo)準(zhǔn)化目錄指引和包命名規(guī)則，從架構(gòu)設(shè)計到代碼生成是標(biāo)準(zhǔn)的一一對應(yīng)關(guān)系，統(tǒng)一項目研發(fā)，引導(dǎo)開發(fā)人員踐行DDD模式。

根據(jù)清晰的工程目錄覆蓋對象設(shè)計的不同能力，形成穩(wěn)態(tài)和敏態(tài)的有效區(qū)分，隔離圍繞對象自身的建設(shè)和對業(yè)務(wù)場景的建設(shè)，進一步展現(xiàn)圍繞對象開展系統(tǒng)建設(shè)的邏輯視圖。

2）業(yè)務(wù)組件編排

整體設(shè)計完之后，通過業(yè)務(wù)組件編排進行積木組裝，這一方面與低代碼能力也是息息相關(guān)的。業(yè)務(wù)組件編排基于低代碼能力生成的對象服務(wù)和業(yè)務(wù)服務(wù)進行自由組裝，可實現(xiàn)對象服務(wù)組裝生成新業(yè)務(wù)服務(wù)，也可支持業(yè)務(wù)服務(wù)組裝生成交易服務(wù)。

上圖的左側(cè)就是我們針對業(yè)務(wù)積木的組裝，業(yè)務(wù)積木塊有不同的分類，比如保險、教培等，同時權(quán)限中心、流程中心、認(rèn)證中心等基礎(chǔ)能力也包含在目錄里，按一級、二級不同的目錄結(jié)構(gòu)提供選擇。我們的技術(shù)人員要組裝成一個服務(wù)能力時，即可通過該平臺進行一些邏輯關(guān)系的組裝，比如可以在每條線上制定一些表達式條件，當(dāng)某個值等于多少時則往哪個分支去做，從而通過組裝重新形成新的服務(wù)，完成對整個PBC內(nèi)部的一些能力建設(shè)，形成一個新的PBC對外提供能力。

在目錄建設(shè)的時候，我們按照不同的PBC劃分模塊化，生成的服務(wù)采用模塊化開發(fā)思想進行組織，不同的服務(wù)聚合于不同的物理目錄下作為子工程存在，各服務(wù)子工程可獨立開發(fā)。不同的人或團隊能夠各自管理和維護各自的PBC能力，從IT架構(gòu)指導(dǎo)組織架構(gòu)調(diào)優(yōu)，進一步提升開發(fā)解耦。

3）技術(shù)組件編排

技術(shù)組件編排通過對接已有技術(shù)能力，支持基礎(chǔ)能力以及技術(shù)組件的快速組裝。行內(nèi)通過共建形成了一套標(biāo)準(zhǔn)的技術(shù)組件，可以將建設(shè)好的技術(shù)組件直接引入平臺，令大家自行選擇需要的組件和能力，從而為整個PBC的建設(shè)包括應(yīng)用建設(shè)形成組裝。

5、生成應(yīng)用工程

完成業(yè)務(wù)和技術(shù)的組裝之后，最后一步是生成整個應(yīng)用工程。

1）首先是一站式生成應(yīng)用基礎(chǔ)框架，統(tǒng)一一站式技術(shù)底座，大大提升應(yīng)用工程搭建效率。我們引進了多套模板，如DDD、分層架構(gòu)等，不斷豐富應(yīng)用基礎(chǔ)框架，同時針對不同的節(jié)點梳理它們不同的能力，從而通過組裝平臺生成不同的節(jié)點的標(biāo)準(zhǔn)工程，如接入層節(jié)點則是路由、灰度、限流比較重要，批量的數(shù)據(jù)處理則進行文件導(dǎo)入導(dǎo)出的一些技術(shù)構(gòu)件。

2）一鍵快速運維能力接入，解決運維能力使用的最后一公里。平臺所提供10余種生產(chǎn)運維組件包括應(yīng)用監(jiān)控、自隔離、人機密碼分離等基礎(chǔ)運維能力，自動集成應(yīng)用的一些能力建設(shè)，避免重復(fù)造輪子。

3）對標(biāo)云原生能力，自動生成PaaS鏡像模板，解決了PaaS鏡像不同環(huán)境變量配置的問題，實現(xiàn)了PaaS鏡像模板制定從數(shù)天到分鐘級的跨越，大大提升上云效率。

在Gartner提出的PBC如何組裝建設(shè)的基礎(chǔ)之上，我們對于PBC內(nèi)部如何聚焦、組裝和建設(shè)做了更多更深層次的延伸，不只PBC間實現(xiàn)組裝，在PBC內(nèi)建設(shè)時也支持組裝式開發(fā)。

五、未來展望

1、標(biāo)準(zhǔn)能力

在實現(xiàn)行內(nèi)PBC以及未來行外合作方PBC接入后，實現(xiàn)PBC之間的組裝需要制定一套標(biāo)準(zhǔn)的組裝規(guī)范，統(tǒng)一組裝能力，中國信通院也在今年7月份提出組裝式應(yīng)用開發(fā)，并組織相關(guān)企業(yè)準(zhǔn)備制定相應(yīng)規(guī)范，我行也將擇機參與，以便融入行業(yè)生態(tài)，將著重從以下五方面推進：

通用能力：包括我們的通用工程、標(biāo)準(zhǔn)工程以及標(biāo)準(zhǔn)集成的一些能力，在落地時針對細(xì)分的不同類型制定不同的標(biāo)準(zhǔn)工程會更加精細(xì)化；

性能：生成的代碼是否存在性能問題；

安全：代碼生成是否安全；

適配：在標(biāo)準(zhǔn)工程生成時，比如Web節(jié)點上的XSS攻擊，能夠自動集成防XSS等的組件，進行頁面適配或組裝適配；

代碼：代碼的自研能力，以及低代碼生成能力。

2、數(shù)據(jù)共享、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)血緣

數(shù)據(jù)共享： PBC之間的一些銜接、交互；

數(shù)據(jù)標(biāo)準(zhǔn)：數(shù)據(jù)共享如何制定標(biāo)準(zhǔn)，我們是通過單獨的SDK包內(nèi)部做一些數(shù)據(jù)共享的標(biāo)準(zhǔn)檢驗、安全管控等內(nèi)容；

數(shù)據(jù)血緣：未來規(guī)劃要做數(shù)據(jù)血緣關(guān)系的分析，也就是將完成PBC組裝的數(shù)據(jù)共享和銜接之后的最終數(shù)據(jù)做一些大數(shù)據(jù)分析，在這個基礎(chǔ)上探索做數(shù)據(jù)血緣關(guān)系的分析，從而為后面SaaS產(chǎn)品的數(shù)據(jù)運營方面提供一些指導(dǎo)工作。

Q&A

Q1：落地組裝式應(yīng)用程序技術(shù)需要先落地DDD嗎？

A1：從微服務(wù)角度，以及我們PBC建設(shè)的一些劃分、識別來說，DDD這套方法論對于通過DDD建模建出來的一些實體的歸屬劃分關(guān)系非常契合，因此我們認(rèn)為先落地DDD再落地組裝式應(yīng)用程序技術(shù)會更便捷。

Q2：什么類型的企業(yè)適合落地組裝式應(yīng)用程序？

A2：這個問題的本質(zhì)就是組裝式應(yīng)用程序技術(shù)的提出是為了解決什么問題。Gartner當(dāng)時提出這項技術(shù)，以及我們國內(nèi)一些大廠在落地這方面內(nèi)容時，核心就是在業(yè)務(wù)快速發(fā)展、企業(yè)環(huán)境急劇變化的情況下，如何快速提供新能力和組裝新產(chǎn)品。因此如果企業(yè)想要快速搶占市場，或者業(yè)務(wù)變化比較頻繁，那么就適合落地組裝式應(yīng)用程序。

作者介紹

張建榮：大型銀行 軟件開發(fā)中心高級經(jīng)理

資深架構(gòu)師，杭州研發(fā)部領(lǐng)域?qū)＜?，?fù)責(zé)技術(shù)管理、架構(gòu)轉(zhuǎn)型等相關(guān)工作。2007年加入大型銀行軟件開發(fā)中心，致力于推動技術(shù)創(chuàng)新、效能提升，實現(xiàn)業(yè)務(wù)價值的高質(zhì)量快速交付；先后牽頭信貸、票據(jù)、養(yǎng)老金、智慧政法等產(chǎn)品線和數(shù)字生態(tài)基座（組裝式應(yīng)用程序Composable Applications）等多個大型系統(tǒng)建設(shè)；并作為技術(shù)專家，為安全生產(chǎn)提供技術(shù)支持。