【MMDays】台灣的「雲端困境」
【MMDays】台灣的「雲端困境」
2012.07.18 | 科技

大凡一個好構想、一個好創新,進到了台灣總會經歷三大階段:「歪掉、臭掉、與爛掉」。「歪掉」是說這個好構想一進到台灣,就被大部分人錯誤地解讀,原本的想法被扭曲;「臭掉」是說這個已經歪掉的構想開始被污名化,大家開始對這個構想打上一個大大的問號,充滿疑慮;最後一個「爛掉」的階段,大家開始唾棄這個構想,最後覺得這個構想只是一個浪費社會資源的錯誤決策,或者只是一個漂亮的口號。

「雲端運算」現在在台灣的情勢,在我看來,已經開始進入「臭掉」的階段。

國外是「軟體廠商」發展雲端運算;台灣卻是「硬體廠商」喊雲端喊得聲嘶力竭!?

稍微聊解過雲端運算歷史的人,都會很容易發現到,雲端運算是從軟體公司發展出來的,兩家最具代表性的公司就是Google和Amazon。Google因為發展搜尋的核心業務,大量建置資料中心,一步一步擴充自己的運算資源,輔以強大的軟體,最後變成雲端運算的代表。Amazon一開始以電子商務起家,也是一步一步慢慢做大,開始有了自己的資料中心,接著為了讓運算資源的利用率 (utilization) 更高,開始建置自己的雲端服務,把運算資源用「租用」的方式釋出,發展出新的營利模式。兩家公司都是從SaaS (Software as a Service) 起家,先把自己核心的網路和軟體服務做好,之後才往PaaS (Platform as a Service) 和 IaaS (Infrastructure as a Service) 發展,提供真正的雲端服務。

回頭來看,台灣雲端運算發展軌跡就顯得非常詭異,居然都是從硬體廠商開始喊雲端運算,結果現在「雲端運算」一詞和「資料中心」被劃上等號,完全就是扭曲了原本雲端運算的意義,這就是文章一開頭提到的「歪掉」:雲端運算雖然從資料中心發展出來,但是不代表蓋了一大堆資料中心,就等於是發展了雲端運算。觀察Google和Amazon 兩家公司的發展軌跡,兩家公司都是先有大受歡迎的網路服務,然後逐漸擴充自己的運算資源,最後再把運算資源用公開的方式釋出,一方面讓自己的運算資源利用率更高,一方面嘉惠其他小型的網路業者,可以用便宜的費用租用運算資源,馬上開始打造自己的新創服務。

各位發現重點在哪裡了嗎?是的,重點在於「規模經濟」,Google和Amazon都是從自己各自的核心服務出發,等到自己的基礎設施發展到夠龐大的規模之後,才開始把自己的運算資源釋出,所以兩家都可以用很低的價錢提供雲端租賃的服務。因此,在跨入雲端運算之前,兩家公司已經有很好的軟體和獲利基礎,自然而然就會更進一步,發展出下一個世代的網路business model:雲端運算。

至於台灣則變成邯鄲學步,因為我們軟體業較弱、又沒有強大的網路產業鏈,沒人玩得起雲端運算。結果只好國內有錢的硬體廠商強出頭,想要跟上國外的潮流,開始蓋機房,想盡辦法把所有服務都跟雲端扯上關係。完全忘了雲端運算是應該由軟體廠商發展出來、要充分發揮規模經濟的一個東西。

一朵一朵小雲,成不了氣候

前面既然提到,Google和Amazon都是因為規模經濟的效應,才有辦法提供真正實用且收費低廉、具有價格競爭力的雲端服務。反觀現在台灣許多廠商各自為陣,各家業者都想要搞自己的雲端,甚至於政治人物,也到處亂喊什麼每個縣市都要一朵雲。這不僅僅反應出這些人對於雲端運算的瞭解不夠,最後留下來的成果,也無法與那些擁有規模經濟的國際大廠競爭,搬出來的服務也會因為費用高昂而沒什麼人要用,機房最後變成「數位蚊子館」。

重點就是在於「規模經濟」,台灣的電信業者和硬體廠看到雲端運算的典範轉移,就想要用「複製」的方式打造出「雲」,結果在根本上忽略了這些「雲」是國外網路產業持續演進、自然發展出來的「雲」,而不是複製出來的「人造雲」,兩者落差極大。大家都在搞自己的雲端,台灣規模經濟就出不來。

會架網站、寫寫網頁,就是雲端!?

國內現在濫用「雲端」一詞已經到了荒腔走板的地步,只要有網站的餐廳、有網站的補習班、有網站的房仲業者,全部都跟雲端有關,連走在街上不時都會看到「雲端」出現在商家的招牌上面,變成全民拼雲端的詭異現象,大家都想要從「雲端」裡面揩點油。這就是為什麼我覺得台灣的雲端運算已經進入「臭掉」的第二階段:因為一開始就「歪掉」的關係,台灣很多人至今不知道雲端運算是什麼鬼東西,人云亦云:「反正只要上網就是雲端啦!」。結果「雲端」一詞,已經完全失去原本的意義,大家也已經都聽到麻木了。一些本質上的東西,大家反而再也沒有著墨。

真正的問題在哪裡?

網路產業既然是發展雲端的前提,那麼為什麼台灣網路產業始終作不起來?為什麼沒有創造出一個強大的網路產業鏈,形成一個良性的產業循環?說到最後,還是「頻寬」的問題,台灣的頻寬環境非常畸形,各大電信業者對中小企業收取高昂的頻寬費用,造成台灣的網路軟體產業無法做大、無法創新:只要你的網站流量稍微大一點,你的頻寬費用就立刻準備讓你關門大吉了。在你獲利之前,電信業者對你收取的頻寬費用,就把你的資金給搾乾了。

那麼「無名小站」為什麼做得起來?最後被Yahoo!買走?因為無名小站從一開始就在交大使用免費的學術網路頻寬,一毛頻寬費都不用出,如果無名小站一開始就是放在某電信業者的機房裡面,那無名小站早就倒掉了。但是這麼多年過去了,中小企業頻寬費用的問題在台灣還是存在,這就是一直以來台灣網路產業最悲慘的事實,但是我們始終沒有看到任何產官學界的人嘗試去解決這個問題。

筆者為了解決公司的頻寬問題,曾經四處拜訪電信業者,洽談頻寬事宜,結果發現各家電信業者不僅報價落差極大,而且平均起來的費用,竟然是美國頻寬租賃費用的12倍以上!在洽談過程中,有一位電信業者竟然還反問筆者:「你為什麼不用我們雲端的虛擬主機,而要繼續用co-location?」人微言輕的我沒有回答他的是:「Amazon提供的雲端虛擬主機,費用是你們的十分之一。用你們的雲端主機,我真的用不下去。」

筆者認識的許多網路新創公司,一開始就選擇把自己的服務放到Amazon提供的EC2雲端服務上面,而且這個趨勢已經非常明顯,大家現在都不想把服務擺在台灣的機房裡面。原因無他,就是因為台灣的頻寬和雲端服務費用高昂,中小型的網路公司根本負擔不起,導致大家拼命把自己的網路服務架設在國外,也許服務的速度會因此慢了一點點,但是至少可以避免一開始就被台灣的電信業者吸乾。

最近NCC和張善政委員拼了命要逼中華電信把民眾上網費用降價,這些政策對於一般民眾雖然是利多,但是已經有點淪為民粹的操作,因為民眾上網費用現在已經跟先進國家接近,差距逐漸縮小。現在最嚴重的問題「中小企業的頻寬租用費用」,才是真正阻礙台灣網路產業發展的毒瘤。

依照現在的趨勢發展下去,民眾的上網速度增加了、費用也很便宜了,但是用的卻永遠都是國外的網路服務!國內的網路業者還是因為租用頻寬費用高昂的關係、沒辦法發展台灣自己好用的網路服務,民眾自然只能使用國外的服務,把錢雙手奉上給國外的公司;另一方面,台灣網路業者也因為負擔不起國內的頻寬費用,選擇把自己的服務架設在國外大廠提供的雲,結果還是把錢送給國外的雲端業者。如此一來,無論是台灣的網路業者或是台灣的使用者,大家都把錢拿給國外的廠商,那台灣政府這麼辛苦地建設頻寬基礎設施,到底是為了什麼?為國外廠商造橋鋪路,結果國內的業者連一點好處都沒有享受到,錢全部流到國外的廠商手裡。台灣人難道不會覺得心酸嗎?

解決的方法是什麼?

既然所謂的雲端產業,根基乃是台灣的網路產業,那麼網路產業一日沒有蓬勃發展,台灣所有的機房都只是拿來養蚊子,變成本末倒置的悲慘狀況,也就是文章一開始提到的「爛掉」階段,政府應該趕快思考如何打造一個獎勵網路新創事業的環境,讓台灣的網路創新應用不僅可以在台灣本島蓬勃發展,也有邁向國際市場的規模和能力。這一切一切的前提,就在於政府提供網路新創業者,一個友善的頻寬環境。

政府最近拼了命在發展所謂的「App園區」,但是最重要的問題還是在於不合理的頻寬費用、讓中小企業根本沒有辦法做大,政府想要發展軟體產業、想要發展App產業都好,這個根本的「中小企業頻寬費用問題」沒有解決,台灣永遠不會出現大型的網路軟體公司可以進一步帶動雲端運算的發展。當政府在打造這些軟體園區、App園區的時候,請提供一個頻寬費用低廉、甚至免費的創業環境,不要讓新創業者才剛剛起步,就立刻要面臨頻寬費用高昂的問題。政府應該立刻開始正視這個問題。不要再隨著雲端的口號起舞,跟著硬體廠商去做一些捨本逐末拼命蓋機房的事情。

台灣要趕快跳脫這樣的「雲端困境」,不然雲端運算又會成為一波我們始終跟不上的科技趨勢。再這樣子搞下去,台灣的網路業者和產業真的都要一起升天、名符其實地上雲端了。台灣雲端運算進入徹底「爛掉」的階段,更是指日可待。

轉自 Mr./Ms. Days (MMDays)

往下滑看下一篇文章
從「存資料」到「用知識」:網創資訊攜手浪LIVE,讓 AI 成為最懂企業的內容幫手
從「存資料」到「用知識」:網創資訊攜手浪LIVE,讓 AI 成為最懂企業的內容幫手

對已經成熟發展的企業來說,最大的挑戰不是如何創新,而是經驗無法有效傳承,而生成式 AI 的價值正在於此,它讓分散的知識從「共同保存」走向「即時運用」,使組織得以在既有經驗之上,持續累積能力並向上成長。

由旭瑞文化傳媒成立、全台最大直播平台浪LIVE,正是這種轉變的最佳寫照。「我們其實一直都有在整理內部的知識、技術文件和作業流程規範,但做法比較像是集中在倉庫裡,雖然找得到,卻不一定用得快。」旭瑞文化傳媒技術研發中心技術總監黎欣捷(James)形容。

網創X浪Live-2.jpg
浪LIVE 攜手網創資訊導入 AI 知識管理系統 NAVI,打造出一顆可以分析與調用歷史資料並產製新內容的「企業智慧大腦」
圖/ 數位時代

為此,浪LIVE 攜手網創資訊導入 AI 知識管理系統 NAVI,打造出一顆可以分析與調用歷史資料並產製新內容的「企業智慧大腦」,讓經驗不再只是被保存,而能實際參與日常營運流程。網創資訊總經理吳炳鈞進一步說明,這是因為 NAVI 將浪LIVE既有資料整理成可被運用的知識基礎,並在此基礎上生成內容,故能真正融入浪LIVE使用場景,提升文章產製與活動規劃的效率。

用 AI 提速,回應高頻、快節奏的營運需求

作為直播產業的領導平台,浪LIVE 不僅市占率超過 50%,每月活躍用戶數更高達 40-50 萬人。能夠寫下高黏著度、高互動率的成績,除了堅持以才藝直播為主軸、在市場上做出差異化特色,快速更新的內容與密集的行銷活動,同樣是浪LIVE 維繫用戶黏著度的關鍵。

網創X浪Live-3-2.png
旭瑞文化傳媒技術研發中心技術總監黎欣捷表示,透過NAVI能夠有效提升文章產出與活動企劃的效率。
圖/ 數位時代

黎欣捷表示,浪LIVE 每日都會更新社群貼文與文章內容、每個月平均規劃約 20 至 25 檔活動,不僅內容產出量龐大,對速度的要求也極高。編輯團隊在完成採訪後,必須在最短時間內產出文章,且要符合品牌的風格和版型,而營運團隊不僅要不斷發想新的玩法,還得預先估算不同設計下的投資報酬率、參與人數等機率,以確保活動能兼顧創意與成效。

這種高頻的營運節奏不僅極具挑戰性,還容易使團隊感到疲憊。因此,浪LIVE 開始思考如何利用 AI 來提升文章產出與活動企劃的效率,而 NAVI 正是思考後的最佳解答。

應用場景1:文章產製,不再從零開始

吳炳鈞進一步說明,網創資訊如何協助浪LIVE 將 NAVI 應用於文章產製與活動企劃。

先就文章產製來看,網創資訊將浪LIVE 過往累積的大量文章匯入 NAVI,由系統學習品牌文章的語氣與編排方式,及不同編輯的寫作風格並加以分類。之後,編輯只要提供採訪逐字稿或相關素材,並指定想要的文章風格,NAVI 便可依此生成初稿,再由編輯進行調整與潤飾,大幅加快整體產出速度,也讓編輯可以將更多心力投入內容品質的把關與主題發掘,用快速更新而主題有趣的文章,吸引會員持續留在平台。

網創X浪Live-4.jpg
網創資訊總經理吳炳鈞進一步說明, NAVI 將浪LIVE既有資料整理成可被運用的知識基礎,並在此基礎上生成內容,才能真正融入浪LIVE使用場景。
圖/ 數位時代

吳炳鈞強調,NAVI 不是憑空寫文章,而是根據企業過去累積的內容與規範來生成,這樣的產出結果,才會更貼近原本的品牌風格與實際需求。更重要的是,網創資訊還能根據客戶使用情境進行客製化調整。例如,NAVI 可以整合圖片和文字,生成一篇圖文並茂的文章,並同步輸出對應的 HTML 程式碼,浪LIVE 編輯只需貼至後台系統,就能完成上稿作業,不必再花費大量時間去調整版面配置。

網創X浪Live-5.jpg
網創資訊業務經理Hailey Ouyang表示,NAVI 在產出文章的同時,可以同步輸出對應的 HTML 程式碼,減輕浪LIVE 編輯的上稿作業負擔。
圖/ 數位時代

應用場景2:活動規劃,從歷史經驗找出新玩法

再就活動規劃來看,網創資訊同樣先將浪LIVE 的歷史活動範本、禮物清單與獎勵機制導入 NAVI,由系統學習營運團隊在發想活動時的思維脈絡,之後,團隊成員只要輸入關鍵字,NAVI 就能建議相應的活動方式與獎勵組合,作為活動規劃時的參考。

黎欣捷認為,NAVI 就像一位資深顧問,不僅提供更多元的視角與玩法建議,縮短活動規劃所需的時間和心力,也能即時調閱過往經驗,協助團隊跳脫個人思考盲點,避免重複規劃過去已經做過的活動內容。

吳炳鈞進一步以禮物清單為例,說明 NAVI 帶來的效益。浪LIVE每一檔活動都需要重新設計禮物或做不同的組合搭配,因此資料庫已累積上百種不同類型的禮物,這使得團隊成員在規劃活動時,常常要花很多時間去發想新禮物或搜尋資料。而在導入NAVI後,系統可以根據歷史資料提供合適的禮物搭配建議,協助團隊在規劃新活動時,更有效率地運用既有資源。

網創X浪Live-6.jpg
NAVI可以根據歷史資料提供合適的禮物搭配建議,協助浪LIVE團隊在規劃新活動時,更有效率地運用既有資源。
圖/ 網創資訊

不只生成內容:NAVI 三大特色,讓 AI 真正嵌入企業流程

在資料管理與內容生成外,網創資訊也從企業管理需求出發,規劃出以下 3 大系統特色,使 NAVI 得以真正融入企業的營運流程中。

第一,NAVI 支援至少 20種大型語言模型,能因應不同使用需求,處理文字、圖片、音訊和影片等多種形式的內容。第二,系統可部署於私有雲或地端環境,讓資料能留在企業內部,降低被外部 AI 模型使用的疑慮。第三,整合 AD 身份驗證與授權機制,可依部門和角色別去設定資料存取權限,確保 AI 在回應問題或產生內容時,只會引用該使用者可存取的資料範圍,避免誤用或資料外洩的風險。吳炳鈞補充,由於系統可進行部門切割,也能進一步統計各單位的使用量,方便企業進行內部成本分攤與管理。

「企業需要的是能嵌入流程的 AI,而不是只會回答問題的工具。」吳炳鈞指出,因此 NAVI 一開始就定位在企業知識管理系統,從而發展上述系統設計。近年來,因應 AI Agent 趨勢,網創資訊亦將相關概念融入 NAVI,使系統具備更高的主動性,能依任務需求串接不同資料庫與內部系統,協助使用者完成特定工作流程。

網創X浪Live-7.jpg
網創資訊PM Keith Hsu指出,NAVI 融入 AI Agent 概念後,具備更高的主動性,能依任務需求串接不同資料庫與內部系統,協助使用者完成特定工作流程。
圖/ 數位時代

未來,網創資訊將持續與浪LIVE 深化合作,逐步導入更多內容至系統中、拓展更多應用場景。也期待在與客戶合作的過程中,共同發掘更多具體的應用靈感,並視需求開發對應功能,持續放大知識與經驗的價值,讓技術不只停留在工具層次,而能真正轉化為企業成長的動能。

登入數位時代會員

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

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

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