1、背景

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

2、策略中心

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

保價補貼校驗簡易流程

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

策略中心架構

3、系統設計

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

3.1 LiteFlow

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

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

LiteFlow架構

LiteFlow其它的優點:

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

3.2 策略執行流程

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

策略執行流程

3.3 畫布

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

后臺畫布

3.4 節點

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

編輯節點屬性

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

變更流程節點配置

4、未來規劃

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