Categories
程式開發

阿里工程師帶你了解 B 端垂類營銷中心如何設計?


雲智是阿里影業旗下的影院數字化經營管理開放平台,主要負責影院管理及影票賣品的售賣。本文以雲智營銷中心為例,為您揭秘 B 端垂類營銷中心的高複用性、強擴展性的技術架構內幕。

一、架構設計方向

1. 營銷中心設計

在業務架構設計上,將玩法通用特性進行抽象,實現營銷業務和規則能力分離,靜態管理和動態運行分離,營銷中心可劃分為能力平台和業務平台兩大部分,如圖 1 所示:

1)業務平台:負責營銷工俱生命週期的維護、資產管理和其他各種業務場景的實現;

2)能力平台:負責規則數據的標準化和規則關係的配置,將能力進行領域劃分。

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 1

圖 1 營銷中心業務架構圖

在系統架構設計上,業務平台按照業務管理視角組織數據,能力平台按照規則運行視角進行領域規劃和服務暴露,如圖 2 所示:

1)業務平台把業務規則按照能力平台定義出的規則模型標準化,將規則數據同步到數據庫中,通過標準化定義,實現規則祛業務化;

2)能力平台對外統一暴露服務,並在優惠域進行統一參數組裝,並根據對應的業務身份執行不同的腳本引擎,進而調用不同的領域服務,同時能力平台針對規則數據按照其作用範圍進行領域劃分,例如:負責計算的價格域、負責過濾的規則域等,針對不同工具特有規則由其對應產品擴展點實現。

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 2

圖 2 營銷中心系統架構圖

2. 營銷中心解決了那些問題?

B 端營銷具有工具多,玩法複雜的特點。垂直業務上可以分為如卡、券、積分等超過 10 種營銷工具,每一種工具包含立減、打折等超過 7 類玩法,每一類玩法會在不同的工具中有差異化。因此,在傳統的設計思路下就會出現“煙囪式”的建設模式,如圖 3 所示:

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 3

圖 3 傳統系統建設模式

這種“面向業務”的“煙囪式”建設方式會對業務和系統帶來三大弊端:

1)重複功能建設和維護帶來的重複投資。單單從開發和運維兩方面成本投入的角度,對於業務都是一種顯性的成本和資源浪費;

2)打通“煙囪式”系統間交互的集成和協作成本高昂。隨著營銷業務的發展,各“煙囪”之間不得不開始打通,涉及到大量的協同和開發成本;

3)不利於業務沉澱和持續發展。受限於之前服務設計時的通用性和業務前瞻性不足,業務領域的數據和業務被打散到不同的系統中,這樣無法滿足業務快速響應和模式創新的需求,同時無法從更高維度上去觀察和設計整個領域。

傳統建設模式的主要問題是將業務和玩法規則混雜在一起,使得玩法規則和業務耦合極強,進而導致系統復用性低,可擴展性弱。營銷中心充分針對這些問題,在架構設計和結構分層上,實現了高複用性和強擴展性。

二、如何實現高複用性

營銷中心在面對大量帶有業務特性的數據時,主要通過模型標準化,通用領域服務平台化,平台能力自進化三種方式實現高複用性:

1)模型標準化:通過標准定義規則描述、統一計算模型,實現底層能力和邏輯祛業務化,將所有規則及商品數據按照標準模型進行重塑,即將各業務規則按照其本質拆解為條件&動作的映射,不同類型商品按照標準模型轉換,如圖4 所示;

2)通用領域服務平台化:在領域服務能力實現過程中,將通用常見的能力抽象為平台能力,如果業務玩法沒有特殊設置,則可以快速復用默認的平台能力。例如打折玩法,平台將四捨五入作為默認能力,新的業務接入時可以直接使用平台提供的打折能力,無需二次開發;

3)平台能力自進化:當擴展點能力逐漸被更多業務使用時,可以將擴展點能力上升為平台通用能力,實現平台能力等級動態調整,滿足業務對通用能力變化的要求,進而加強營銷中心的複用性。

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 4

圖 3 模型標準化示意圖

三、如何實現強擴展性

營銷中心的能力平台需要滿足各種特性的業務玩法接入,所以在設計上我們通過產品擴展包和流程編排的方式實現強擴展性:

1)產品擴展包:當平台提供的默認能力無法滿足業務需求時,則由相應的產品擴展包來擴展實現。例如打折玩法,平台將四捨五入作為默認能力,但是在折扣券業務中,要求打折後取整,平台將這類玩法的特殊處理邏輯在折扣券擴展包中實現,當折扣券計算時,平台通過工具標識,將請求路由到對應的擴展點執行相應的特殊邏輯,從而解決規則的定制化問題。圖 5 為營銷中心能力平台調用流程圖;

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 5

圖 5 能力平台調用流程圖

2)流程編排,通過流程編排的方式,達到允許業務按照場景進行自定義功能選擇的效果,實現用戶自定義需要。能力平台的流程編排引擎採用 QLExpress 技術,如圖 6 所示。

阿里工程師帶你了解 B 端垂類營銷中心如何設計? 6

圖 6 流程調度域服務示意圖

四、總結

雲智營銷域從“煙囪式”架構演進成“平台化“架構,主要參考了 TMF 框架的分層、領域劃分思想,使用 QLExpress 腳本引擎實現服務編排和服務調度。

在架構選型時,與TMF 同類框架的還有NBF 框架,相比之下,TMF 更重視業務抽象,但TMF 中有一些分層是B 端營銷業務不需要的,所以營銷中心參考TMF 的設計思想,形成了適用於B 端營銷的BEF 框架,上文所述的解決方案都是BEF 的一部分。在 BEF 落地過程中,對優惠計算模型和規則模型進行了抽象,以滿足對業務對象的需要。因此抽象成為了平台化的關鍵所在,抽象程度決定平台深度。

在流程引擎選擇上,QLExpress 同類技術還有 Drools,但慮到 QLExpress 較 Drools 在性能方面有明顯優勢,可讀性較強,開發門檻較低,營銷中心最終採用了 QLExpress。

作者介紹

阿里文娛 B 端技術專家 和同

相關閱讀

電影垂直行業的雲智開放平台如何煉成?