1、背景

回收業(yè)務(wù)發(fā)展日益壯大，我們在郵寄、上門、門店三大履約模式下的業(yè)務(wù)邏輯日益復(fù)雜。同樣都是在做回收這一個(gè)業(yè)務(wù)，即便履約方式不同，也有很多業(yè)務(wù)概念是一致的。為了避免各個(gè)業(yè)務(wù)悶頭造輪子，同時(shí)又能拉齊三端的業(yè)務(wù)標(biāo)準(zhǔn)，故成立了業(yè)務(wù)中臺。其中的一部分便是策略中心，希望即能夠統(tǒng)一管理各個(gè)業(yè)務(wù)的策略流程，也能夠滿足不同的個(gè)性化策略配置。

2、策略中心

回收業(yè)務(wù)長期以來存在保價(jià)補(bǔ)貼策略，對于訂單的成交率和NPS都有提升。所以不同的履約業(yè)務(wù)都陸續(xù)接入了訂單保價(jià)能力。而回收訂單是否能夠滿足保價(jià)策略，需要經(jīng)歷一系列的校驗(yàn)，這些校驗(yàn)通常由通常由一個(gè)個(gè)相互獨(dú)立的功能節(jié)點(diǎn)組成。

保價(jià)補(bǔ)貼校驗(yàn)簡易流程

我們的目標(biāo)是，希望能夠借助策略中心，下沉補(bǔ)貼策略邏輯，并能跨多個(gè)業(yè)務(wù)線復(fù)用，可熱插拔，降低開發(fā)成本。并從收攏補(bǔ)貼策略開始，最終實(shí)現(xiàn)一個(gè)在回收業(yè)務(wù)體系下，標(biāo)準(zhǔn)能力即通用又能滿足業(yè)務(wù)個(gè)性化的業(yè)務(wù)流程的配置平臺。

策略中心架構(gòu)

3、系統(tǒng)設(shè)計(jì)

為了方便我們管理策略流程，選擇了LiteFlow這款技術(shù)框架。

3.1 LiteFlow

LiteFlow是一款擁有編排式特性的規(guī)則引擎，我們可以將各個(gè)模塊定義為一個(gè)獨(dú)立的組件，這樣我們可以任意編排我們的流程，組件與組件之間是解耦的。

• 組件：組件即為我們流程中的Node節(jié)點(diǎn)。v2.12.0版本更新后有三種組件：普通組件、選擇組件、布爾組件。
• 流程：通過EL規(guī)則對組件節(jié)點(diǎn)編排后的流程。

LiteFlow架構(gòu)

LiteFlow其它的優(yōu)點(diǎn):

• 完善的官方文檔：官方文檔精致簡潔。
• 熱插拔：隨時(shí)隨地更改我們配置的el表達(dá)式，動(dòng)態(tài)調(diào)整業(yè)務(wù)流程，也支持平滑熱刷新。
• 數(shù)據(jù)源配置靈活：支持大多數(shù)常用的一些數(shù)據(jù)配置源比如Apollo、MySQL等。
• 活躍的社區(qū)：作者每天都會(huì)在群里回答開發(fā)者遇到的問題，較為活躍。

3.2 策略執(zhí)行流程

借助LiteFlow，我們可以針對不同的業(yè)務(wù)場景制定不同的補(bǔ)貼策略，例如在和外部合作商合作進(jìn)行回收的場景，我們不想校驗(yàn)用戶歷史訂單的補(bǔ)貼次數(shù)，以此來提高補(bǔ)貼率，那我們只需要針對這條的業(yè)務(wù)線單獨(dú)配置一條不包含此校驗(yàn)的流程即可。

策略執(zhí)行流程

3.3 畫布

為了能夠更方便的管理我們的策略流程，我們希望通過后臺來操作變更策略流程，但是LiteFlow不支持可視化編排，所以單獨(dú)開發(fā)設(shè)計(jì)了一套畫布功能來滿足我們的訴求。

后臺畫布

3.4 節(jié)點(diǎn)

在不同的策略流程中，不同的節(jié)點(diǎn)的業(yè)務(wù)配置也有可能不相同。例如：我們的保價(jià)時(shí)效一般是七天，但部分業(yè)務(wù)流程希望能延長此時(shí)效，所以針對不同的策略流程我們需要能夠單獨(dú)對某個(gè)節(jié)點(diǎn)進(jìn)行特殊的業(yè)務(wù)配置，為此我們實(shí)現(xiàn)了對節(jié)點(diǎn)的編輯能力，來方便調(diào)整業(yè)務(wù)策略。

編輯節(jié)點(diǎn)屬性

當(dāng)我們需要變更配置時(shí)，只需找到對應(yīng)的策略鏈路，點(diǎn)擊對應(yīng)的節(jié)點(diǎn)即可變更對應(yīng)的節(jié)點(diǎn)策略配置。

變更流程節(jié)點(diǎn)配置

4、未來規(guī)劃

• 數(shù)據(jù)字典：接下來即將開始設(shè)計(jì)數(shù)據(jù)字典的部分，希望能夠幫助我們更方便的定義策略的出入?yún)ⅰ?/li>
• 安全性：因?yàn)樯婕昂诵牟呗?，一旦改錯(cuò)可能會(huì)造成不必要的損失，所以需要從監(jiān)控、版本鏈、審批流幾個(gè)方面開始加強(qiáng)對于策略的管理。
• 可視化配置后臺：對于節(jié)點(diǎn)配置，目前都是針對特殊節(jié)點(diǎn)單獨(dú)開發(fā)的，新增節(jié)點(diǎn)配置無法做到零開發(fā)。而公司現(xiàn)在支持兩套可視化配置后臺easyui和candy，所以需要探索一個(gè)合適的方式將現(xiàn)有的架構(gòu)能力接入進(jìn)來。