? ? 對于交易系統(tǒng)來說，低延時是核心業(yè)務(wù)的基本要求。因此需要對業(yè)務(wù)進行分級，還需要對數(shù)據(jù)按質(zhì)量要求進行分類，主要包含兩個維度：重要性，延時要求，數(shù)據(jù)質(zhì)量。共包含以下三種場景：

? ? 1. 重要 + 延時性要求高?

實時行情（可容忍部分丟失）：

交易鏈路（不可丟失，做市，自營（手工單），量化（電子單），RFT/RFQ，訂單管理）：

報價引擎

實時風控

權(quán)限

? ? 2. 重要 + 延時性要求低

歷史行情（可部分丟失）：

參考數(shù)據(jù)（）：

交易對手（）：

事后風控

監(jiān)控數(shù)據(jù)

日志

? ? 3. 不重要 +?延時性要求高

? ? 4. 不重要 +?延時性要求低

1. 緩存場景

對于

1.1 權(quán)限

因為粒度細導致數(shù)據(jù)量大，而且容易產(chǎn)生hotKey，由于消息級別的權(quán)限設(shè)置，導致對延時性要求極高，一般要求在0.5ms以內(nèi)。

所以會區(qū)分有無權(quán)限要求的消息。

1.2 市場參考數(shù)據(jù)

這些數(shù)據(jù)通常變化的頻率比較低，從數(shù)秒到數(shù)年不等，數(shù)據(jù)量相對較小，但訪問的時候要求延時性也極高，通常是0.5ms。這些數(shù)據(jù)如：債券估值，債券合約，收益率曲線，利率曲線，交易行情，交易對手方等。

對于交易頻繁的產(chǎn)品，會造成hotKey問題，對于交易行情還容易造成bigKey問題。

2. 緩存過期策略

可以指定過期計算的開始時間，或者指定存儲對象中的某個字段。