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

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