請問大家交易的主機都放哪裡? 有人用過Amazon EC2嗎?

TrendRover

曾永政 發表於 14-7-29 16:40
如果是交易台指的話，要再看看自己使用的圖表或是策略數量的多寡，要考慮看看是網路速度還是運算效能重要？ ...

請問你如何確保你的colocation主機還活著:用甚麼watch dog 的 小程式可以解決呢？

曾永政

TrendRover 發表於 14-8-3 03:22
請問你如何確保你的colocation主機還活著:用甚麼watch dog 的 小程式可以解決呢？

我只有做兩個時間點的檢查，要機器發 mail 告訴我它自己還活著而已。

JimmyHK

TrendRover 發表於 14-8-3 03:22
請問你如何確保你的colocation主機還活著:用甚麼watch dog 的 小程式可以解決呢？

有提供ping service的網站,一台server是免費的,如果電腦沒回應網站會發電郵到你的智能手機,你可以用遠端操控軟件監察電腦,然後叫數據中心技術人員reboot電腦,或者透過server主機板IPMI功能reboot電腦,或用IP電源控制器reboot電腦都可以.  

Sirius

曾永政 發表於 14-7-29 16:40
如果是交易台指的話，要再看看自己使用的圖表或是策略數量的多寡，要考慮看看是網路速度還是運算效能重要？ ...

機器放colocation是不錯的選擇
但要設置好一些安全措施，以避免網路攻擊或滲透
尤其是使用Windows OS

JimmyHK

Sirius 發表於 14-8-31 10:24
機器放colocation是不錯的選擇
但要設置好一些安全措施，以避免網路攻擊或滲透
尤其是使用Windows OS

好少人討論這個的,難得有人提出來,兄台有什麼好建議?因為使用通用交易軟件Windows OS好像是必然的選擇?可否具體說說有什麼些安全措施應該要注意?

Sirius

JimmyHK 發表於 14-8-31 14:03
好少人討論這個的,難得有人提出來,兄台有什麼好建議?因為使用通用交易軟件Windows OS好像是必然的選擇?可 ...

券商提供的下單軟體以Windows版居多，所以不可避免會用到Windows OS
安全措施方面，很難講的很具體
像是使用防火牆限制只讓必要的通訊埠、軟體可以通行；沒防火牆的機器放在開放網路上，就像光著屁股逛大街
也要注意Windows本身的潛在安全漏洞，這種也很難提防
個人是認為，如果僅做自動交易用的機器，要注意的除了上面二項，再來就是所使用的軟體
既是僅做交易用，所以其它不相干軟體就不需安裝，也避免這類軟體所帶來的安全問題，可排除一些不必要的影響因素
這樣要注意的就剩下所要安裝的交易軟體與遠端遙控軟體這兩項東西安全無虞
很難達到絕對的安全性，只能做到相對足夠的安性。
另外的外在因素，像外部的網路攻擊、服務阻斷攻擊、滲透、刺探……多數是防不勝防的；但有一部分可籍著上述作法而減輕這類風險
還有就是，必要的話，可做作業系統的系統稽核或監控，這可多少了解、記錄機器的運作是否有異常之處，這方面需要較深入的專業
安全、穩定、效能，是我們對作業系統運行的三項基本要求，尤其是第一項，沒有這項，再強大的機器，放在公開網路環境，只是提供絕佳機會給黑客拿來當玩具或用來入侵其他機器的跳板而已

JimmyHK

Sirius 發表於 14-8-31 15:00
券商提供的下單軟體以Windows版居多，所以不可避免會用到Windows OS
安全措施方面，很難講的很具體
像是使 ...

我聽過一位知名專業炒家親口講他的程式交易系統被黑客盜取了之後破解公開出售,因為他將他的程式交易系統交給美國投資雜誌作公開比賽所以有了知名度被黑客看上了,自家寫的專門程式交易系統尚且會被 hack ,何況我們這些用公開交易軟件的交易系統,?黑客只要直接 copy 就可以用在相同的交易軟件上,連破解程式都不需要!有什麼方法可以防止這種情況發生呢?因為 Windows 是基於美國戰略情報需要被設計成有許多所謂[安全漏洞],所以絕對無法防止黑客入侵的!甚至伺服器底板的 IPMI 技術月前被揭發原來使用任意密碼就可以繞過 Windows 直接操控電腦,所以除非你的程式交易系統不贏錢,否則一定會被黑客看上,我暫時只想到不把系統寫得那麼徹底,只作半自動交易(系統只負責出訊號,下單仍然由人手作最後決定),不過這樣就不能作24小不停交易,例如外匯,黃金,英期等等都只能有限度工作了!

Sirius

JimmyHK 發表於 14-9-3 00:15
我聽過一位知名專業炒家親口講他的程式交易系統被黑客盜取了之後破解公開出售,因為他將他的程式交易系統 ...

Windows Server被駭的例子看不完
甚至M$本身也會出包，安裝系統更新檔之後，雖補了漏洞，但是機器反而掛點的情況也不是沒發生過（前一陣子才鬧過一回）
總之，用的人要自己多方面注意

J大提到的被黑客盜取交易系統的例子，也突顯了多數網路使用者往往會忽略的一個風險，即使是像Apple這樣子資源龐大公司做的iCloud也難逃魔掌；過去也發生過某國核電廠，甚至某國國防部電腦被入侵的例子。但多數使用者還是沒意識到，我們現在使用的網路協定、服務，未被發掘出來漏洞遠比想像的多。
要使用這類服務，就不得不承擔這方面的風險（當然，有時可儘量設法減少風險）；或是，別把重要、機密、隱私資料放網路上
這類的權衡實在有點像飛航安全問題，有時候不得不坐飛機，但又怕飛機出事故

JimmyHK

還有一招就是別用broker的data feed直接做全自動交易,要用兩部電腦兩條不同寬頻,用獨立的data feed供應商如路透社,esignal等,一部電腦負責出交易訊號,另一部電腦負責下單,這樣就沒有人同時知道你用什麼程式和贏多少錢?不被發現就無法hack你的電腦,就算hack到都不知道怎樣使用,因為下單的決定不在電腦程式中而在你腦袋裏,不知道還有沒有其他建設?歡迎提出來給大家參考!  

kilroy

JimmyHK 發表於 14-9-4 00:59
還有一招就是別用broker的data feed直接做全自動交易,要用兩部電腦兩條不同寬頻,用獨立的data feed供應商如 ...

燒成 FPGA 看看 XD
這樣有沒有比較厲害

wcyjulian

JimmyHK 發表於 14-9-4 00:59
還有一招就是別用broker的data feed直接做全自動交易,要用兩部電腦兩條不同寬頻,用獨立的data feed供應商如 ...

我是學以前太空梭的redundancy 機制, 五台超級電腦先找老大,互相問對方好不好, 老大死了找老二, 結合star 跟round robin的混和體.
我自己寫下單機, 一個下單機寫死一個商品跟風險參數(最大口數 金額, 當日交易次數), 每個下單機定時透過ssl跟主監控程式回報交易狀態, 有沒有活著, 主監控程式透過skype定時傳資訊給我, 如果主監控程式沒回應, 每個下單機不論虧賺強制平掉所有交易, 只要脫離掌握就是先離開市場.

六個商品, 兩台機器就夠用, 機器自己管網路自己監控, 現在4G正在測試穩定度, 以後頻寬就可以安心揹著nb走動式交易了 ^^, 雲端有考慮, 會也只是當備援分散風險.

kilroy

wcyjulian 發表於 14-9-4 11:06
我是學以前太空梭的redundancy 機制, 五台超級電腦先找老大,互相問對方好不好, 老大死了找老二, 結合star  ...

這聽起來超強的

可否借參考幾個問題

1. 六個商品是...
2. 兩台機器是不同券商、不同資料源嗎
3. 承上題，若不同，各別是...
4. 文中提到五台超級電腦先找老大
    而兩台機器的時候，誰是誰的老大
5. 走動式交易時，會以什麼商品為主，又以什麼時段交易
6. 下單機有沒有在接外包 case 的，或程式碼可以賣的
    下單機有包含自動換倉換月嗎


謝謝

wcyjulian

kilroy 發表於 14-9-4 17:21
這聽起來超強的

可否借參考幾個問題

1. 台指期, GC, ES, HO, XINA50 MHI,我覺得自己策略還不夠成熟,也不夠分散, 只有少量下台指期選,其他paper trade, 外期打算IB api寫好再一起動, 複委託拿來當備援

2, 3 簡單說就是電腦跑六個小軟體, 這軟體只會下某個商品的單, 兩台電腦是為了怕一台出問題,另一個可以馬上頂, 就都開著,各自執行一半. 目前資料源主要用群益API, 它股期權外期都有,台指期用另兩家當備援, 外期IB現在正在寫, 唉, 台灣錢好賺的話我何苦這麼麻煩 v_v
附圖是舊版下單機, 按條件進出場, 現在版本骨子跟這差異不大, 我策略用另一個軟體寫丟進出場訊號


4. 我是寫個簡單的socket client/server, server只接下單機狀態傳skype, 那就算老大吧, 是還沒做到小弟自己投票互推老大, 目前先把下單機執行單純化, 一出問題好找原因, 以後再加上這些自動判斷機制

5.走動式只是想表達LTE的頻寬可以讓交易不用在窩在固定地方,怎麼設定時間商品在軟體上,倒沒不同

6, 我只打算寫來自用, 寫的好不必賣軟體就能賺錢,寫不好拿來賣只會賺少麻煩多 ^^, 券商API範例現在給的很詳細, 其實改一下就可以用.
換月問題我清整歷史資料用過, 目前交易還是手動寫死在程式裡,以後會吧, 比這麻煩的還很多,得自己一塊一塊補.

blj0511

我用了EC2約兩個月,跑國內外期貨,速度都還可以,不覺有啥不同,我只是用免費板的而已,不過要小心駭客,莫名其妙傳了500多G,幾天就產生70 USD費用了,處理後就沒再發生了