• 沒有找到結果。

第四章 雲端分散式架構實作

第三節 系統畫面說明

立 政 治 大 學

Na tiona

l Ch engchi University

圖 41 JBoss Cluster Host 佈署圖-Host6-nccu-n05

第三節 系統畫面說明

本研究之高頻交易平台提供了 Web 的操作介面讓投資者可使用「規劃室」與

「交易室」的功能。

一、規劃室(PlanRoom)

規劃室的介面希望能引領使用者依照「資料前處理」、「資料採掘」、「資料後 處理」的順序來完成投資策略的建置、歷史模擬測試與策略儲存的目標。

(一)資料前處理畫面:

做為產生投資策略的第一步,使用者必須在這個階段透過 Web 介面所提供的 參數設定來決定規劃室如何將來自投資市場的各種原始的市場狀態資料加以處理、

轉換成後續演算法、統計模型可以接受的資料形式。在 CommonConfig 的參數區 塊,使用者需要設定欲產生之策略所針對的投資市場、產品類型、投資標的與訓 練時間的區間;而在剩餘的參數區塊,使用者需要選擇欲使用的自變數群組、資 料前處理的方式與其他相關的參數設定。在做完了資料前處理全部的參數設定後,

按下按鈕開始資料前處理的過程。

‧ 國

立 政 治 大 學

Na tiona

l Ch engchi University

圖 42 系統畫面-規劃室-資料前處理

(二)資料採掘畫面:

在規劃室結束了資料前處理的流程後,會進入到資料採掘的設定畫面,在此處,

使用者必須選擇一個演算法或者是統計模型做為後續運作資料採掘流程的運算邏 輯,Web 介面會依照使用者選擇不同的運算邏輯而顯示出該運算邏輯的設定參數。

在使用者選定了資料採掘的運算邏輯並且做完參數設定後,按下開始 Mining 的按 鈕啟動資料採掘的流程。

‧ 國

立 政 治 大 學

Na tiona

l Ch engchi University

圖 43 系統畫面-規劃室-資料採掘

(三)資料後處理與策略儲存畫面:

規劃室完成了資料採掘的過程後,將引導使用者到最後的資料後處理與資料儲 存的畫面。在此一階段,規劃室將就上一階段產生之投資策略模型做歷史回測的動 作,使用者必須設定好歷史回測設定商品類型、區域、市場、測試時間區間….等參 數,並在按下按鈕後開始最後的資料後處理的歷史回測流程。執行完歷史回測後將 會在畫面下方 Result 之區塊顯示最後投資策略測試之結果,使用者可依照結果的好 壞決定是否要將此次規劃室產生之投資策略存放入資料庫中,假如是,則在下方空 格為產生之策略命名後,按下「儲存策略」的按鈕;若否,則按下「放棄策略」之 按鈕讓系統釋放相關的系統資源。到此,規劃室的責任就告一段落,再來則是需進 入交易室,將投資策略投入即時的交易環境中來做模擬測試。

‧ 國

立 政 治 大 學

Na tiona

l Ch engchi University

圖 44 系統畫面-規劃室-資料後處理與策略儲存

二、交易室(TradeRoom)

交易室的介面讓使用者可以將過去已經儲存的優秀策略置放到即時的交易環 境上做模擬交易測試,並提供即時的監控畫面供使用者觀察各個策略的模擬現 況。

(一)策略啟動畫面:

假如使用者打算將規劃室所產生之策略納入交易室的即時交易環境之下做測 試,可以進入交易室的「策略啟動」畫面,畫面將顯示該名使用者過去使用規劃 室產生並儲存之所有策略清單,使用者可以選擇要在交易式啟動一個或多個投資 策略。在確認啟動策略之前,需要先設定好目標之即時測試環境的相關參數。

‧ 國

立 政 治 大 學

Na tiona

l Ch engchi University

圖 45 系統畫面-交易室-啟動策略

(二)策略監控畫面:

使用者可以於此頁面觀察所有已經於即時交易環境啟動之投資策略。測試中 之投資策略列表提供各個在即時環境測試之策略的即時交易訊息與交易績效報告,

使用者可以依報告來決定是否要終止某些效果不彰的投資策略。

圖 46 系統畫面-交易室-策略監控

(三)策略模擬現況畫面:

使用者可以在此畫面觀察一特定之投資策略於即時交易環境中的即時模擬現 況,每當有任何委託或者成交之訊息報告都會即時更新到此畫面之上,讓使用者

求,以開源的 JBoss Application Server 作為整個高頻交易平台之建置框架,將系統 的各個功能模組根據其功能複雜度切割成容易被重複利用、分散佈署的管理單元 -MBean,並利用 HornetQ 讓分散在雲端各節點上的 MBean 得以互相交換訊息。在 這樣的設計框架之下,本研究得以將一龐大的高頻交易平台分散佈署在多台普通 的 PC 之上,藉此將多台機器的運算效能與資料存取能力整合起來,同時也保留了 整體系統功能擴充與硬體擴充的彈性。

然而,JBoss Application Server 所採行的 JMX 框架雖達到了分散式架構的管理,

但對於分散式運算的支援程度卻有限,故本研究於 JBoss Application Server 的 Cluster 管理概念之上,提出了一套利用 HornetQ 來分散工作並收斂分散工作結果 的 JBoss Cluster Job Dispatching Model,希望能彌補 JBoss Application Server 於這方

相關文件