打造AQF中量化交易體系是一個(gè)綜合性的工作，在這個(gè)過程中難免會(huì)出現(xiàn)一些問題，所以小編在這里為大家分享一下量化交易系統(tǒng)中的日志的一些實(shí)用技巧希望能來幫助到大家。

　　一、分割策略

　　為了便于區(qū)分不同類別的日志內(nèi)容，我們一般會(huì)把這些日志分門別類的存放在相應(yīng)的日志文件中，比如把異常日志存放在error.log文件中，把調(diào)試日志存放在debug.log中，而業(yè)務(wù)類的日志也會(huì)存放在相應(yīng)的文件，比如可以回測(cè)流程中的產(chǎn)生的日志存放在backtest.log中。

　　由于日志在系統(tǒng)運(yùn)行中，會(huì)持續(xù)生成，一直存放在一個(gè)文件中就會(huì)導(dǎo)致這個(gè)文件過大，定位困難，因此需要指定文件的分割策略。常用的策略有兩種：一種是每天生成一個(gè)新文件;另外一種是指定文件大小的較大數(shù)值，一旦到了這個(gè)大小就會(huì)生成一個(gè)新文件。兩種策略各有利弊，按日分割還是有可能產(chǎn)生十分大的文件，比如回測(cè)的日志，曾經(jīng)碰到過幾個(gè)小時(shí)內(nèi)達(dá)到上百G的情況;那么按文件大小的分割，就可能會(huì)導(dǎo)致一個(gè)文件中包含好幾天的日志，或者一天的日志被分割到多個(gè)文件中，如果設(shè)置的文件過小，還有可能迅速在日志目錄生成很多小文件。所以要根據(jù)實(shí)際情況，確定分割方式。大部分語(yǔ)言的日志框架都支持日志的定向輸出和文件分割，具體如何使用得看API文檔。

　　分布式的量化交易系統(tǒng)，每個(gè)子系統(tǒng)都是獨(dú)立運(yùn)行，并且有些因子或者基礎(chǔ)數(shù)據(jù)的計(jì)算模塊還是可插拔的，那么生成的日志也會(huì)分布在不同的系統(tǒng)上。當(dāng)前我們看到的就是一個(gè)分布式的日志采集系統(tǒng)的架構(gòu)，這里我們列舉了四個(gè)大的子系統(tǒng)數(shù)據(jù)處理子系統(tǒng)、策略管理子系統(tǒng)、交易決策子系統(tǒng)和交易執(zhí)行子系統(tǒng)，每個(gè)子系統(tǒng)在運(yùn)行過程中都會(huì)產(chǎn)生大量的日志。為了收集這些日志，我們需要在每臺(tái)主機(jī)上安裝采集日志的Agent，也就是代理程序，比如阿里云用的logtail、或者apache的flume agent等，這些代理程序需要安裝到所有的主機(jī)上。代理負(fù)責(zé)實(shí)時(shí)采集子系統(tǒng)產(chǎn)生的日志，然后把這些日志發(fā)送到統(tǒng)一的采集通道上，也就是Collecting Channel，這個(gè)通道一般都是一個(gè)數(shù)據(jù)臨時(shí)存儲(chǔ)，比如可以用Kafka。然后呢，再接著發(fā)送到后端的存儲(chǔ)系統(tǒng)，日子的存儲(chǔ)系統(tǒng)需要兼顧存儲(chǔ)效率和分析效率，一般情況下，顆粒度越細(xì)的數(shù)據(jù)，可能需要保存的時(shí)間段越短，因此這些日志就要根據(jù)分析的需求進(jìn)行壓縮存儲(chǔ)。

》》點(diǎn)擊學(xué)習(xí)量化交易策略

　　二、分析與報(bào)告

　　對(duì)日志的分析，一般會(huì)包括離線分析的，這種分析一般生成的是定時(shí)報(bào)告，一種是實(shí)時(shí)分析，這種分析比較常見，比如我們經(jīng)?？吹?分鐘的在線人數(shù)、日活躍用戶這種類似的統(tǒng)計(jì)，這種是基于時(shí)間窗口的統(tǒng)計(jì)。對(duì)于日志的分析，還有一種需求就是實(shí)時(shí)的報(bào)警。AQF量化交易系統(tǒng)中，數(shù)據(jù)是最關(guān)鍵的環(huán)節(jié)，所以有關(guān)數(shù)據(jù)的任何異常可能都需要及時(shí)報(bào)警。比如，接收交易所的數(shù)據(jù)程序突然異常停止了、交易決策發(fā)的異常委托單超過了一定的閾值等等。報(bào)警的手段多種多樣，最常用的有郵件和短信，現(xiàn)在還有一些開源的發(fā)送微信的程序可以接入微信，告警有時(shí)候也要區(qū)分重要級(jí)別，同時(shí)確保報(bào)警的準(zhǔn)確性，否則就會(huì)變成了狼來了，失去了應(yīng)有的意義。報(bào)警的接收人也要慎重選擇，我們有時(shí)候可能會(huì)認(rèn)為消息發(fā)送給越多人知道越好，因?yàn)榭倳?huì)有人看到的。其實(shí)只要不是直接關(guān)系人，一般都會(huì)直接忽略這個(gè)消息的，起不到預(yù)想的作用。

　　從上面的架構(gòu)中，我們可以看出，日志的處理也是一項(xiàng)很耗大的工程，尤其是系統(tǒng)變得越來越龐大后，日志系統(tǒng)的開發(fā)和維護(hù)任務(wù)也會(huì)變得十分繁重。好在，日志分析是所有系統(tǒng)的共同需求，現(xiàn)在有不少的開源軟件可以幫助我們完成這些任務(wù)。另外如果我們把系統(tǒng)部署到云上，也可以看到這些云服務(wù)商都會(huì)提供相應(yīng)的日志分析服務(wù)，無需我們重復(fù)發(fā)明輪子。

　　日志對(duì)于整個(gè)系統(tǒng)的運(yùn)行起著十分重要的作用，因此我們一定要重視日志的使用。