創下單月45TB流量紀錄的個人專案:MyAudioCast
創下單月45TB流量紀錄的個人專案:MyAudioCast
2016.01.22 | 科技

圖說明

本文授權轉載自Oceanic / 海海人生,作者為曾小海,擔任「StreetVoice 街聲」技術總監,喜歡獨立音樂,平時除了寫程式之外也從事音樂創作。最近專注於專案、管理、領導相關議題,每天上下班通勤都用 Audible 聽有聲書,持續努力學習,期待大部分的事情都可以做好做滿。

請原諒我用稍微誇張的標題,來寫下 MyAudioCast 這個網站從 2010 開始以來的一些過程,做一些紀錄,可能對一些大大來說,這些數據根本也不算什麼,不過對我,而且是 side project 來說,我覺得可以拿出來說一下,先列一下數據吧:

  • 最高單日 3TB 流量
  • 最高單月 45TB 流量
  • 最高 1439 mbps
  • 佔據 iTunes 中國 Podcast 排行榜前三名
  • 單一節目一週內 50 萬次播放

圖說明
單一月份吃掉 45TB 的流量紀錄

緣起

在 2010 年初時,當初因為想要自己弄個 Podcast,也覺得台灣 Podcast 或是自製網路廣播的門檻太高,除了錄音之外,根本沒有簡單的方式可以發布。也因為開始學著 Python,便開始學著用當初正紅的 Google App Engine 來開發 MyAudioCast,讓錄好 Podcast 的人可以很輕鬆地發佈。

當時寫了這麼一篇 MyAudioCast - 輕鬆建立你的 Podcast!,節錄出來下面這段。

這幾天花了點時間寫了 MyAudioCast,因為台灣的 Podcast 真的是很不流行,但是其實發現有一些人錄好了 podcast 之後,卻因為不知道檔案要放哪,[...] 所以在希望能降低發佈 Podcast 門檻的想法下,便開發了 MyAudioCast。

很幸運的,從早期的 StickerAction 這個站開始,Pixnet 就有贊助 CDN,所以 MyAudioCast 開站沒多久,當時還在 Pixnet 的 @gslin 大大便聯絡我要贊助 MyAudioCast 的 CDN,後來換 @jnlin 大大接手這件事,實在是感謝 Pixnet 以及幾位大大。

開站一年後

一開始 MyAudioCast 發佈時就有一些推友也透過 MyAudioCast 來發佈他們的 Podcast,隔了一年後,MyAudioCast 滿週歲 個人覺得營運的還不錯,至少有很多我喜歡的 Podcast 都透過 MyAudioCast 發佈,也驗證降低發佈門檻是很有用的,也節錄一下當初這篇的部分內容:

從最早開站沒幾個節目到現在,已經有 201 個有上傳節目的 Podcast,48 個 Podcast 上了 iTunes Store,每天的流量差不多是 120G。

而在技術上我也學習了不少 App Engine 的東西,特別是關於 DataStore 的資料庫規劃跟使用。

MyAudioCast 算是我第一個正式 AppEngine 專案,開發過程中讓我對 AppEngine 的 DataStore 不管是在規劃還是效能上有比較全盤的了解。

流量爆衝

誰知道滿週年就碰到流量爆炸的狀況,當初還寫了一篇 拯救 MyAudioCast,但老實說我也記不得我當初做了什麽了 XD

不過狀況大概是這樣,因為有好幾個中國的 Podcast 都放上了 MyAudioCast,查了一下居然 iTunes 中國 Podcast 排行榜前三名的 Podcast 都放在 MyAudioCast,就這樣。

年初差不多每天是 120GB,後來到了年末則是每天平均 1.5TB,曾經最高是每天 3TB 的流量,實在是很誇張,而瞬間暴衝的圖表可以看一下,就是這麼誇張。

圖說明

每月流量

為了寫這篇文章,花了一兩個小時的時間,找了一下當時每天 CDN 的使用量報告的數據,然後弄了幾個圖表。 可以看一下第一張圖的數據,2012 二月,流量最高的一個月份,當月每天幾乎都有 1TB 的流量。

流量最高的月份,當月花了 45493 GB,差不多是 45 TB

中國的 Podcast 風潮

流量最高那段時間,都是因為幾個中國的 Podcast,所以才會造成流量會這麼高。

記得當初這幾個 Podcast 的節目只要一放出來幾個小時內就會破幾萬次下載、播放。

熱門的節目都可以到達 50 萬次的下載、播放。

因為中國 Podcast 的流量實在是太高,後來被贊助商 Pixnet 的大大們找吃飯,說是有點撐不了,不知道是否是被濫用,或是被攻擊,似乎該加個防盜連的機制才對 XD

但實際上,這似乎真的是真實的流量,這時就真的有體會到 ...

中國完全是不同層次的量級啊

為了中國 Podcast 這麼流行,其實我也不是很清楚,最簡單的一個指標我想就是,通勤時間,因為他們通勤時間長,跟我 一直聽有聲書 有種類似的概念。

記得有一次跟 iMusee 的創辦人聊到,記得他說在印尼 (還是印度) 我有點忘記了,他們聽廣播的人很多、時間也長,因為他們那邊時常塞車,所以只好聽廣播 XD

我想大該是這樣的概念吧 (笑)

沒落

因為中國的 Podcast 的流量吃太兇,導致 CDN 開銷也太大,縱使是 Pixnet 提供贊助,我也知道也有點過頭了,所以 @jnlin 大大便開始想一些方案,後來另外租一台美國的主機架設 squid 來當 proxy,但是因為速度實在是太慢,頻寬不夠寬,中國的熱門 Podcast 一出新節目就把所有頻寬吃光了。

所以導致後來就被這些熱門 Podcast 紛紛詢問為何不能聽了? 被一堆客服信攻擊,但是其實我也沒辦法,後來這些 Podcast 就紛紛搬了出去,所以後來可以從圖表上看到,流量就整個掉光光了 XD

但也因為高流量的 Podcast 都搬走了,所以後來又開始用回原本的 CDN 了,只是流量已經不復見。

圖說明

而這中間採用的方案,因為我檔案都是放在 S3,然而 Squid 的 hit rate 不夠高,所以導致我當月 S3 的流量噴了 5 萬多塊台幣,讓我那個月份實在是有點過不下去,有點慘 (哭)

Podcast 重新復甦

圖說明

從圖表中也可以看出來 MyAudioCast 2014 年後半年開始,流量又開始慢慢起來了,主要是以香港的 Podcast 為主,後來似乎台灣也開始流行 Podcast 這件事,像是中國時報、警廣等也來 MyAudioCast 開台,或是很多現有電台的節目主持人也都會放 Podcast 上來。

要說 MyAudioCast 可不可以做的,我覺得好像是可以的啦 XD

終止贊助

2014 年年中,Pixnet 那邊不再提供贊助了,可能是因為他們公司內部計畫的原因,但我也沒多問,只覺得 Pixnet 已經幫忙很多了,讓我實驗過這一回。

當初贊助商 Pixnet 也有找我談過 Podcast 能不能放聲音廣告這件事,不過由於當時 MyAudioCast 最高流量的 target 是來自中國,Pixnet 的廣告營銷部門似乎也找不到這類的廣告主來做聲音廣告的投放,所以也就沒有下文了,不然當時連即時 audio 串廣告投放的功能都做好了 XD

也許時間不對,或是我沒有放太多心力在上面,讓 MyAudioCast 可以成為一個持續營運的平台。

意見調查

最近這幾年做 startup 都希望可以盡快知道使用者的反應跟意見,所以我從中抽了點時間,也試著做一點意見調查,看能不能從中學習到什麼,所以發了一個問卷問了幾個問題,挑選最近幾個最活躍的幾個 podcast,寄出去 230 多封信件,只有 33 個人填了問卷,14% 的人有回覆,而我問了以下幾個問題:

  • 您是否願意付費使用 MyAudioCast?
    有意願的有 24 個人

  • 每月願意付出多少金額來使用 MyAudioCast?
    我列出了幾個選項,最低是 9 USD,幾乎所有人都選最低的這個,甚至想要更低

  • 是否需要 iTunes Podcast 功能?
    只有 9 個人不需要,可以在網頁上聆聽就好,所以大部分的人都還是需要 Podcast feed 供人訂閱

所以最後決定不繼續營運,也根據這個問卷調查來做最後的考量,如果有人也想做 Podcast 平台服務的話可以考慮一下 XD

學到了什麼

因為是自己的 side projet,所以其實並沒有太多時間可以花在上面,特別是在 StreetVoice 的工作越來越忙,一直有想說是不是該開始收費了,但是卻沒有任何時間可以去做這件事。

當中也想過很多收費的方式、定價,功能區分等等,但是還真的沒有時間弄,因為工作實在太忙。

再來就是 Podcast 平台,很難從頁面廣告賺錢,因為流量主要都是透過 iTunes 訂閱,自動下載節目,所以其實使用者根本也不會連到頁面,除非你只做頁面的播放,而不是真的 Podcast,看下面這個數據就知道了,pageview 跟 play count 的差距有多大就知道了。

圖說明

最後,我想我一個學到的事情就是,忽略了經營這樣一個網站要花多少經費,也許是因為 Pixnet 贊助了 CDN,而我也只當作做興趣,沒把這件費用這件事情考慮進來。 一直到最後沒了贊助,才真的意識到這件事情,但是因為工作實在太忙,也沒辦法快速的對這件事情做出反應。

我想我還得多想一下從這次的經驗裡學到了什麽東西,我似乎永遠都把工作太忙這件事掛在嘴上,最近開始覺得這件事情似乎對自己是有害的。

我得好好想想,假設之後要創業,我真的有哪些事情可以當作參考,或是真的學到了什麼才是最重要的。

最後

其實先前想了很多方式來節省經費,讓 MyAudioCast 可以持續營運,但最後還是每個月得花上近一萬塊才能持續運作,但身為一個上班族,還有最近其他的家庭因素,而公司的工作量卻也越來越大,根本沒辦法花上任何心力顧及 MyAudioCast,所以就這樣繼續撐了半年,最後在 2016 年開始決定關站。

其實覺得很對不起放在 MyAudioCast 的 Podcast,不過也都先已經做好 Dropbox 同步,讓所有放 Podcast 在這邊的人可以都同步回去,保留一份他們 Podcast 節目的檔案。

最後,感謝這 5 年大家對 MyAudioCast 的支持,下台一鞠躬,也許哪天我有空再來 open source 一些東西,或是技術相關的經驗吧?

關鍵字: #Google #Podcast
往下滑看下一篇文章
業績兩年從28億突破百億,諾億保經攜手自由系統強化IT與資安以接住高速成長
業績兩年從28億突破百億,諾億保經攜手自由系統強化IT與資安以接住高速成長

企業高速成長,市場最先看見的是業務營收與市場排名的飆漲,但真正決定企業能走多遠的,往往是水面下看不見的IT與營運骨幹。

諾億保經就是一個經典案例。

2024年,諾億保經的全年保費規模約28億元,隔年直接翻被衝破60億,今年,更預計挑戰120億到150億大關,強勢躍居台灣前十大保經公司;業績快速成長的同時,諾億保經的組織配置也很精實:外勤業務團隊約500人,負責核保、行政與稽核的後勤單位卻僅約30人。

值得特別注意的是,隨著營收在短時間內翻倍,受到考驗的不只是業務能力,也包括後台系統、資訊設備、網路、資安,以及法遵與內控能否同步跟上。

諾億保經總經理賴柏翰直言:「客戶資料是諾億保經的核心資產,特別是我們以投資型保單為主力業務,對個人隱私與財務資訊的防護要求極高。」此外,隨著營運規模擴大,金管會對資訊安全與內控稽核的監管標準也隨之提高,必須重塑IT與資安體質以回應高速成長。

評估完自身資源後,諾億保經做了一個重要決定:不從零自建IT團隊,而是採取資訊外包模式,提供企業擴展所需的支援。

諾億保經
諾億保經總經理 賴柏翰
圖/ 數位時代

諾億保經總監張維倫表示:「我們需要合作夥伴提供完整支援,自由系統不僅具備金融產業經驗與深厚維運實力,還能提供一站式服務,因而雀屏中選。」由自由系統負責台北與台中辦公室的端點設備、儲存架構、網路與資安維運等工作。

診斷重於工具:先清查環境盲點,再談防禦升級

缺乏專職資訊人力的中小企業或快速成長型組織,很常陷入一個迷思:市場上出了什麼新工具、新架構,就急著導入;然而,自由系統的作法是先回歸營運本質:盤點現況。

在雙方正式簽約前,自由系統的顧問團隊便深入檢視諾億保經的既有環境,找到一個最急迫的營運隱患:內勤行政人員與外勤業務人員,竟在辦公室內共用同一套網路網段,這意味著外部裝置一旦連網中毒,極可能直接橫向感染存放敏感保單資料的內部系統,為降低風險,自由系統隨即協助諾億保經進行網段隔離與權限切割,在第一時間化解安全未爆彈。

這套「先釐清現況、確認優先級、消弭落差」的邏輯,也體現在資安合規的推進上。

自由系統服務顧問黃麒翰以ISO 27001認證輔導為例指出:「諾億的認證合規由專職顧問主導,但底層關鍵的端點偵測回應(EDR)、託管偵測回應(MDR)、防火牆規則、特權帳號管理及硬體資產盤點,全由自由系統提供技術支援。我們的目標是替企業建立完整的『環境可視性』(Visibility),讓風險一目了然。」

對諾億保經來說,資訊設備、網路與日常維運雖然是營運不可或缺的基礎,卻不是公司的核心業務,如果自行建立完整IT部門,不僅要負擔人力成本,也必須長期維持涵蓋網路、設備、資安與系統維運的專業能力;相較之下,將這些工作交給自由系統的專業團隊負責,諾億保經可以將時間與精力放在可直接創造營收的核心業務。

「與自由系統合作至今,我們不僅更好強化IT體質、順利補強合規缺口,也為接下來的AI應用打下穩健基礎。」張維倫如是說道。

從防守走向進攻:雲地協同架構,讓AI真正走入第一線

IT與資安基礎逐步穩定後,諾億保經開始將資源放到下一階段:如何利用AI提升業務與營運效率。

在業務端,諾億嘗試透過AI實現「保險情境遊戲化」。

賴柏翰指出,一般客戶很難體會重大疾病帶來的財務衝擊,與其單向說明「萬一罹癌怎麼辦」,不如透過AI模擬動態情境,讓客戶在虛擬人生中面臨關鍵決策;甚至,將台股加權指數、S&P 500走勢融入情境,模擬面臨資金缺口時,抵押借款或贖回投資將對個人資產產生何種實質影響,讓保險規畫轉化為主動的探索體驗。

同樣的邏輯也導入內部培訓與後勤自動化。

過去高度仰賴資深講師與紙本教材的訓練流程,被轉化為AI互動式推演,讓500位業務能在高度擬真的客戶抗拒或理財情境中反覆演練,大幅縮短新人上手週期。至於在行政方面,傳統業務助理得耗費大量時間進行分類、掃描、校對保單文件的繁瑣流程,也交由AI與自動化工具處理,助理僅需做最終核對與歸檔,使30人的後勤編制得以支撐暴增數倍的合規案件。

在AI探索的過程中,自由系統就像是諾億保經的IT團隊、協助評估與提供所需產品服務。

自由系統售前顧問劉威利強調:「金融保險業涉及大量機敏個資,絕不能盲目把所有資料拋上公有雲AI。」因此,自由系統協助諾億精準劃分「地端與雲端邊界」,例如,哪些非機敏資料可藉助雲端模型運算、哪些敏感核保數據必須保留在地端進行私有化推論,並協同評估相應的地端硬體算力與加密機制,讓創新應用不以犧牲資安為代價。

總的來說,從28億飆升至百億規模,諾億保經展現了一家新銳金融服務企業的高敏捷度;而自由系統則證明了託管服務(MSP)已不再只是被動的修電腦與顧網路,更是高速成長企業在架構選擇、資安風控與AI轉型路上,不可或缺的最佳夥伴。

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
一次搞懂工業AI
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓