行
業
實
例
🔘 買方:即時監控和分析經紀人和執行場所的執行情況,盈利能力,風險等
🔘 賣方:即時監控和分析執行情況、延遲情況、流量、MiFID II和MiFIR合規性、獲利能力以及更多其他功能
提高盈利能力並確保對電子化交易業務合規性
- 將即時訂單和貿易流與歷史流和外部市場進行比較
- 通過源自複雜計算的交易異常情況對程式進行警報
- _快速瞭解交易表現並調查異常情況
- 優化交易日的表現;對市場事件做出即時反應
- 沒有編碼-不需開發人員
- 將新的分析儀錶板的開發時間減少到幾分鐘
- 讓交易者建立自己的分析
- 快速變化來支持對波動性峰值的快速反應
- 在很短時間內將新的分析系統發佈到所有辦公室
傳統架構無法處理當前要求
在新的法規和競爭日益激烈的市場中,資本市場公司使用的系統無法支援法規與市場所產生的要求。
- 從一天結束的生成報告到僅使用專有的CEP引擎進行日間監視,通常需要大量的自訂開發
- 應用程式是為傳統基礎架構編寫的
- 通常以批次處理形式完成交易後的性能分析
- 具有許多軟體元件的異構環境,執行批次處理時需要不同的步驟
- 跨辦公室的高可用性和複製是滯後的,或者根本不存在
- 新功能的開發既耗時又脆弱,因為是由專業開發人員(通常是承包商)執行
- 存在開發和支持人員的高流失率問題
- 在峰值波動期間,系統通常會遭受性能問題,包括資料丟失和系統故障
- 對系統任何方面的更改通常影響長期的專案以及需要大量的重寫/重構
- 分析處理的更改通常需要重新部署整個系統
- 在引入該平臺之前,要從尾批次處理過渡到即時分析,需要具有全套專有系統、專業工程師等。
原理圖(簡化)
將Confluent Enterprise與Altair Panopticon™結合起來,創建一個靈活,經濟高效的交易架構
- 部署Confluent Streaming平臺
- 將交易分析來源資料流吸收到Confluent平臺中
- 部署Panopticon流處理
- 部署Panopticon視覺化分析
- 為電子交易台的人員提供流資料分析培訓
- 交易者繪製並部署初始流處理資料
- 交易者繪製並部署初始視覺化分析儀錶板
- 為DevOps員工提供融合企業培訓
- 使用Confluent Enterprise平臺的多資料中心複製功能,在企業級範圍內擴展解決方案
- 使用Confluent Enterprise平臺,通過Confluent Control Center來監控全域
- 將視覺化分析平臺推廣到所有辦公地點
- 反覆運算,擴展和部署流處理應用程式
- 反覆運算,擴展和部署視覺化分析儀錶板
目標資料中心架構
目標資料中心架構:全域視圖
為什麼要這樣做?
▶ 對電子交易活動的即時可見性的需求增加
- 不斷變化的合規壓力越來越大,尤其是圍繞最佳執行力(MiFID II,MiFID III,MiFIR等)
- 超競爭性HFT業務的利潤壓力推動成本削減,降低了傳統技術和龐大開發人員的吸引力
- 基於即時洞察的客戶服務是一種競爭優勢
▶ 即時瞭解交易活動有助於提高盈利能力,避免合規性問題並提高運營效率
▶ 增強了對市場事件和客戶行為變化做出快速反應的能力,有利於獲得盈利、減少違規。
▶ 降低交付風險:貿易商、量化人員和合規人員可以構建和部署自己的系統,對其進行完善,然後在企業級範圍內發佈它們,而不存在有專案難以處理、花費大量時間與離岸程式設計和測試團隊進行通信和昂貴的開發週期這三個問題。
接下來需要做什麼?
1. 發現客戶現有的基礎架構,資料來源和流資料
2. 定義概念驗證(PoC)項目,包括成功標準
a. 確定所需的流處理和視覺化分析功能
b. 確定資料要求,包括資料來源和用途
c. 系統集成要求
d. 描述特定的應用場景
3. 實施PoC
a. 從一周的現場工作開始,包括初步培訓
b. 當客戶根據成功標準驗證PoC系統時,需要另外三周的常規等待時間
4. 購買
5. 第一地點的實施和培訓
6. 向全球辦事處推廣
典型電子交易客戶的最終部署規模
- 六個辦事處(倫敦,紐約,芝加哥,香港,東京,雪梨)
- 三個主要辦事處(倫敦,紐約,東京)
- 每個地點有數百名活躍用戶
- 每天1億多條消息的處理量
- 架構註冊表部署
- 多資料中心融合企業平臺部署(網站之間的主動)
- 全域辦公室複製
- Panopticon 流資料部署(集中處理以實現高處理量)
- Panopticon視覺化分析部署(每個辦公室要求有很高的實用性)
留言列表