解決20萬人秒殺搶票系統架構大揭露 - 張惠妹 A-Mei

拓元售票公司總經理邱光宗：系統如何撐過開賣瞬間湧入的購票流量，而後端金流也能跟
上爆量交易需求，將是臺灣未來秒殺售票服務最大挑戰

文/黃彥棻 | 2015-05-29發表

從五月天、金馬影展，甚至到張惠妹、江蕙演唱會門票的搶票問題，一直是許多熱門活動
承辦人員的最痛，如果是超商的ibon搶票，等著下班的店員和其他現場拿號碼牌排隊的民
眾，就是等著現場ibon機臺搶票民眾最大的對手；而網站搶票，更因為售票網站設計不良
，瞬間湧入的購票流量，形成類似DDoS（分散式阻斷式）攻擊，癱瘓售票網站的正常服務
。日前在12分鐘內賣出12萬張張惠妹演唱會門票的拓元售票公司總經理邱光宗，近日在
Modern Web研討會上，首度揭露拓元售票系統的雲端架構。

邱光宗表示，目前臺灣售票最大的問題在於網站架構和金流問題，就算網站撐得住大規模
的流量，但金流收單付款上，還是有其限制。因此，他說，拓元在處理張惠妹演唱會的售
票時，便透過事前的沙盤推演，把每一個環節可能會發生的意外或者是服務中斷的部份，
清楚定義後，也把解決問題的SOP（標準作業程序）也清楚明定出來，不論哪個環節出錯
，就照著SOP快速解決問題即可。

邱光宗說：「最後出錯的環節就是收單刷卡掛點，許多消費者無法結帳。」因此，就照著
原訂的SOP計畫，先「確認票務資料庫正常」後，便保留原本搶到票券訂單的資格，將有
付款問題的票券批次轉虛擬付款帳號並公告 ，只要消費者在指定時間內完成付款手續，
即可保留該票券資格。

但是，邱光宗也很清楚的意識到，未來所有的售票系統最大的考驗在於，人人都用智慧型
手機作為標準的終端設備來購票時，售票系統如何撐過開賣瞬間湧入的購票流量，而後端
金流機制也能跟上爆量交易需求，將是臺灣未來各種秒殺售票服務的最大挑戰。

從網站售票到ibon售票

臺灣的網路售票早在1996年的年代售票系統開始，當時1萬張票券可以在4～6小時內銷售
完畢。而從2000年開始，邱光宗表示，拓元售票最大的法人股東拓連公司便開始做網站、
資料庫、接專案、營運商城和提供售票服務，像是金馬影展官網到現在都還是拓連負責維
運。成立於2007年的元氣娛樂主要是負責ibon的售票系統，由於統一超商在2008年開始普
設ibon機臺，也讓ibon成為標準的售票端末系統。

在這個過程中，拓元售票一路從拓連公司到元氣娛樂提供售票服務過程中，都遇到一些挫
折，也帶來秒殺售票系統的轉型。

邱光宗表示，最早從2003年提供常態性的售票服務開始，網路使用者都透過Web平臺存取
售票資料庫系統，當時，只能增加實體的網路伺服器，以避免資料庫被打掛，所以，如何
維持售票資料庫不當機，則是維持售票服務正常化的重要任務。但到了2007年，因為網站
存取負載過大，所以，拓元售票系統開始第二次轉型，在原本Web和資料庫系統中間，多
加了一層的API架構，分散網站存取資料庫的負載。

2009年ibon開始提供售票後，拓元啟動了第三次轉型，因為當時無法面對從網路上來的購
票流量，所以改透過超商內部網路來進行票券銷售。邱光宗表示，比網際網路上的流量，
透過內網傳輸的流量就易預測和管控，再加上ibon全臺數量最多不超過5千臺。不過，消
費者雖然可以在有遮風避雨的地方買票，卻也衍生出不少問題，除了排隊占ibon機臺外，
甚至還曾因為ibon系統爆量的售票交易流量，反而影響了超商POS機的正常運作，導致POS
當機無法結帳，當時也有許多消費者，因為超過預定的付款時間，原本的票券失效得重新
購票。不過，邱光宗指出，在系統的調整後，在2011年ibon售票也完成10萬張演唱會票券
，在1小時內完售的新目標。

第四次轉型，打造雲端售票系統

這段時間內，行動裝置的普及以及雲端服務的興起，帶來拓元售票系統第四次轉型。2008
年，亞馬遜雲端服務AWS的流量已經超過Amazon.com和Google；在2014年，行動裝置的數
量更正式超過桌上型電腦，所有服務已經到了必須正視行動網路需求的時刻。

在面對20萬人上線搶12萬張票的同時，拓元至少得讓20萬人上得了售票網站，不僅要短時
間內銷售完畢，也必須讓消費者保留選擇的可能性，所有的售票伺服器資料隨時同步備份
，邱光宗說：「讓每個人同時上網搶票是最公平的，也可以杜絕黃牛票。」所以，拓元選
擇AWS的EC2，目標是能開多少臺虛擬伺服器，就先開多少臺，以張惠妹演唱會售票來說，
就開了1,300臺左右。

不過，要因應秒殺搶票的關鍵問題是，如何處理大量使用者大量連線的記錄，拓元使用亞
馬遜DynamoDB取代了原有的MySQL資料庫，先將登入使用者的資料存入資料庫後，再往後
將資料拋轉以API接手處理。不過，因為開啟伺服器還是需要時間，便參考模擬以及過往
經;2驗，事先算好要開啟的虛擬機器數量，不用優化、直接啟用即可。

透過API拋轉處理的資料再經過亞馬遜的負載平衡設備（Elastic Load Balancing，ELB）
進行分流後，再行匯入拓元自己的票務資料庫。邱光宗表示，因為要保留消費者選區選位
的即時性，前後端資料庫間，目前還有30～60秒資料無法同步的情況，未來還尋找其他服
務來解決。

邱光宗表示，開賣前10分鐘需先檢查虛擬伺服器的數量是否足夠。開賣前1分鐘時，他們
則密切觀察使用者連線（Session）情況。但在開賣後3分鐘時，發現金流出了問題，無法
收單刷卡。也因為事先已有沙盤推演，所以，拓元遂按照SOP於開賣後10分鐘改用其他方
法來解決收單刷卡的問題，順利在開賣後15分鐘賣出所有票券，並對外公告部分無法完成
結帳的票券，提供虛擬帳號付款方式給民眾補繳費。等到繳費期限過後，最後再將少數未
付款的座位釋出銷售。

他指出，目前拓元的票務系統每秒可以處理200～300筆訂單，系統採取優化措施後，每秒
更可以處理500筆以上的訂單；但目前，臺灣銀行收單速度，「每秒只能處理30筆資料，
採取一些作法來優化時，每秒可以處理75筆資料。」因為銀行收單與票券訂單處理速度有
極大落差。未來，邱光宗計畫透過網站前端介面的導引，來延長訂單送到收單銀行的處理
時間，再搭配ATM虛擬帳號收單，並限制1小時繳款期限，以兼顧票券銷售速度和金流處理
速度的兩難議題。

http://www.ithome.com.tw/news/96113

--