1、背景

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

2、策略中心

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

保價補貼校驗簡易流程

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

策略中心架構

3、系統設計

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

3.1 LiteFlow

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

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

LiteFlow架構

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

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

3.2 策略執(zhí)行流程

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

策略執(zhí)行流程

3.3 畫布

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

后臺畫布

3.4 節(jié)點

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

編輯節(jié)點屬性

當我們需要變更配置時，只需找到對應的策略鏈路，點擊對應的節(jié)點即可變更對應的節(jié)點策略配置。

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

4、未來規(guī)劃

• 數據字典：接下來即將開始設計數據字典的部分，希望能夠幫助我們更方便的定義策略的出入參。
• 安全性：因為涉及核心策略，一旦改錯可能會造成不必要的損失，所以需要從監(jiān)控、版本鏈、審批流幾個方面開始加強對于策略的管理。
• 可視化配置后臺：對于節(jié)點配置，目前都是針對特殊節(jié)點單獨開發(fā)的，新增節(jié)點配置無法做到零開發(fā)。而公司現在支持兩套可視化配置后臺easyui和candy，所以需要探索一個合適的方式將現有的架構能力接入進來。