事件驅(qū)動型微服務架構(gòu)的實踐-畢成功

微服務架構(gòu)的實踐華泰證券/畢成功榮譽榮譽場創(chuàng)新業(yè)務機構(gòu)”等獎項“優(yōu)秀做市商”大象交易平臺是FICC多資產(chǎn)實時定價、做市和風險對沖平臺。在量化做市交易領域以“極速交易”、“實時風控”、“策略驅(qū)動”和“投資管理”四項核心能力為服務底座，提供了覆蓋境內(nèi)外、跨市場、全資產(chǎn)交易品種的低延時極速交易與風控能力、全自動量化定價與策略做市報價能力以及實時全景大象平臺建設了“交易員工作站”、“風險與投資管理中心”和“策略研發(fā)工作?室”三大應用終端，為相關部門固定收益做市交易各崗位用戶提供專業(yè)用戶體驗。平臺支持公司現(xiàn)券、IRS、國債期貨、債券通等做市業(yè)務快速發(fā)展，做市報價數(shù)量、質(zhì)量及市場大幅波動時風險控制能力都極大增強，綜合報價能力位?哈爾濱工業(yè)大學07級計算機碩士。在十余年的職業(yè)生涯中，致力于軟件開發(fā)和團隊管理工作，涉帶領FICC平臺架構(gòu)團隊，負責大象交易系統(tǒng)的平臺架構(gòu)工作。目前主要著力于建設具有“超低延CONTENTS經(jīng)典微服務架構(gòu)的問題TheproblemsoftraditionalMS-Arch事件驅(qū)動型架構(gòu)的方案事件驅(qū)動型架構(gòu)的問題上下游服務強依賴調(diào)用鏈長數(shù)據(jù)庫依然是中心節(jié)點數(shù)據(jù)操作的場景多調(diào)用關系復雜金融交易場景低延遲金融交易場景低延遲高穩(wěn)定性復雜業(yè)務的易維護易擴容快速開發(fā)............——蒂姆·伯納斯·李服務之間的關系發(fā)生變更轉(zhuǎn)變一：異步化轉(zhuǎn)變二：數(shù)據(jù)自治{{有狀態(tài)變更有狀態(tài)變更無狀態(tài)變更tradetrade不用RPC?不用RPC?命令對數(shù)據(jù)的影響模式一：本地緩存l數(shù)據(jù)讀取加速l避免對上游的依賴模式二：旁路集中存儲l獲取未緩存的數(shù)據(jù)模式三：可選快照文件天然的CQRS天然的CQRS物化(materialization)用于歷史回放用于查詢或快速恢復用于歷史回放原則：用統(tǒng)一的方式獲取上游數(shù)據(jù)，不論是query還是sub（非OLAP場景）推論一：數(shù)據(jù)獲取都采用SQL描述推論二：sub和query用同一個SQL即組合查詢和訂閱的邏輯實現(xiàn)原子語方式一：從流水恢復方式二：從快照恢復同步消費復用回放恢復的邏輯?主備獨立、無交互，運行延遲最低?要保證兩邊執(zhí)行的一致性，有些情況只能串行，一方面對開發(fā)有侵入性，另外限制了并發(fā)能力?難以對賬機制，問題難發(fā)現(xiàn)，也難做補償?主備切換需依賴總線能力支持狀態(tài)同步數(shù)據(jù)庫主備復制的邏輯?對代碼邏輯侵入性低，支持并發(fā)處理?通用性強，不依賴總線支持?需要支持內(nèi)存的日志同步?同步過程會有額外代價，可采用事后異步+補償?臨界會有重復消費保證不丟，所以對冪等性有強要求如果我不能比這世界上最聰明的人更能反——查理·芒格C：Consistency需要支持Batch能力數(shù)據(jù)包頭數(shù)據(jù)包頭classTypeserializationTypebatchSeqvoidonSubMessage(<Topic>,<List>);批量回調(diào)&事務寫入矛盾點：異步就是為了松耦合，那如何避免用亂了?開發(fā)態(tài)——定義開發(fā)態(tài)——定義統(tǒng)一管理規(guī)則嚴控運行態(tài)——生產(chǎn)/消費增強可觀測性最好是完全隔離每個場景一套自己專用的總線，避免有任何的互相交叉。但這要求業(yè)務場景本身天然存在這種劃分。正常采用多接每個服務根據(jù)自己的使用場景，接到對應的總線上，能保證在效率上是最優(yōu)的。但這要求對應的配套管理能力要跟上，避免混亂和使用上的復雜性。旁路采用橋接橋接會增加整個鏈路的復雜度以及延遲，而橋接服務本身又是一個穩(wěn)定性的風險點。建議只有主路對旁路的數(shù)據(jù)拷貝才采用此種方式。在復雜業(yè)務場景中才值得考慮在復雜業(yè)務場景中才值得考慮必須能接受最終一致性的場景?采用EDA模式進行開發(fā)，以異步通訊來避免同步等待?把高可用、高擴展等特性放到第二目標開始時局部使用，但上下游要包含進來?此架構(gòu)與傳統(tǒng)差異較大，對開發(fā)模式是有沖擊的，推廣是存在較大難度?需上下游整體切換才能更好