日報

Google 與 Facebook合作,投資洛杉磯至香港海底電纜

刊登於 2016-10-13

Google與Facebook投資興建跨太平洋超高速海底網絡電纜。圖為2011年5月26日,facebook創辦人 Mark Zuckerberg (中) 與Google董事長 Eric Schmidt (右) 出席G8峰會。
Facebook創辦人朱克伯格與 Google 董事長施密特攜手投資了這條網絡電纜。

在互聯網時代,掌握網絡電纜就相當於掌握了高速公路的收費站,全球科技巨擘近年取代傳統的電訊公司,頻頻投資自建網絡電纜。而10月12日,Google 宣布將聯合 Facebook 及一家香港名不見經傳的「太平洋光纜數據通訊」(Pacific Light Data Communication)公司,在洛杉磯及香港之間建設一條長達12800公里的高速跨太平洋海底電纜,並預計於2018年啟用。

Google 負責人指出,這條名為「太平洋光纜網絡」(Pacific Light Cable Network,PLCN)的電纜,預計能每秒處理120 TB 的數據,相當於可同時處理8000萬個高清視頻會議,成為傳輸能力最強的跨太平洋光纖電纜。

這將是第一條連接洛杉磯和香港的海底電纜,目前橫跨太平洋的光纜主要是連接美國和日本。Facebook 代表介紹,新電纜鋪設是為了適應亞太區日益增長的網民需要, 且會增加 Facebook 在亞太區發展的彈性。

負責興建電纜的美國公司泰科電子(TE Connectivity Ltd)指出,為了達到更大傳輸能力,這條海底電纜將使用新的光纖技術。

巨頭搶佔電纜資源

科技媒體 TechCrunch 引述 Google 指,每個投資方都將會在 PLCN 中擁有專屬自己的電纜,各自保有自家的專屬帶寬(台譯:頻寬)。

這也解釋了科技巨頭們如此熱衷投資電纜的原因。過去一個世紀,海底電纜通常是電信公司在投資。而如今,為了確保能擁有足夠的帶寬,以便自家信息在不同數據中心間便宜、快速地流通,Google、Facebook 及微軟等公司已經在光纖電纜建設上砸了數億美金。

而對 Google 而言,PLCN 已經是它投資的第6條海底電纜。另外雲服務市場龍頭 Amazon Web Services (AWS) 也投資了夏威夷及澳洲之間的海底電纜。而在這個市場中,競爭對手相互結盟的情況並不少見,Facebook 除了這次與 Google 合資 PLCN 外,先前也與微軟共同建置跨大西洋的 Marea 電纜。

如果內容供應商能在香港取得一條可靠的電纜,那麼他們就能在利潤豐厚的東南亞市場搶占有利位置。

諮詢公司 Terabit Consulting 企業諮詢國際研究主管Michael Ruddy

不知名香港公司參與合作

相較之下,本次與兩間科技巨擘一同合作的「太平洋光纜數據通訊」則是市場新手。

華爾街日報調查發現,該公司是業界新手,此前沒有建造網絡的經驗。董事長韋俊康於今年稍早支付了1130萬美元,用於向香港上市企業、中國軟實力科技集團有限公司 (China Soft Power Technology Holdings Ltd. )手中收購他們手上的公司股份。韋在電纜計劃曝光後則發聲明稱看好這一項目。

華爾街日報的分析指, 雖然 Facebook 與 Google 在中國防火牆的阻擋下,遲遲未能進入中國市場,但香港是牆外一個重要的區域網絡樞紐,若能在香港佔據穩定的位置,便能服務利潤同樣豐厚的東南亞市場。

不過,亦有消息認為這條電纜就是給中國市場準備的。10月12日,中國國家網信辦官員回應 Google 和 Facebook 是否可以重返中國市場時稱,只要遵守中國的法律,不損害中國的國家利益、不侵害中國消費者的利益,都會歡迎。

4
根據2015年底 PLCN 第一次消息公布、Google 及 Facebook 尚未入主時,此建設計劃的預計花費大約是4億美金。

聲音

這些海底電纜不僅為這些建造他們的科技巨人增加了總帶寬(頻寬),其他所有人也都因此受惠了。同時他們藉由增加跨洋的資訊路徑數量,增加了全球網絡的彈性。但更大的重點是,這些電纜使得 Facebook 跟 Google 對於他們所依賴的這些基礎建設,有了更多的掌控能力。

科技媒體 Wired

網絡的帶寬與延遲

帶寬(Bandwidth、頻寬)指訊號所佔據的頻帶寬度,對於數碼訊號而言,帶寬是指單位時間內鏈路能夠通過的數據量。在口語中它也用來表示頻道的容量,指的是系統能夠傳輸數據的速度。 延遲(Latency)指的則是一個訊息或是封包(分組交換網絡中傳輸的格式化數據資料單位)從來源端送出後,到目的端接收,中間所花的時間。在以下這些時候都可能造成延遲:封包在網路線上傳輸所花費的時間、網路卡將資料傳送到網路線上、路由器處理封包表頭(packet header)、檢查位元資料錯誤與尋找配送路徑、路由器因為某些因素無法立刻將封包傳送到網路上,造成封包暫存在佇列(queue)中等待。把以上這些時候造成的延遲時間加總之後,就是使用者端與伺服器端之間的網路延遲 (資料來自網絡)

來源:華爾街日報TechCrunchVentureBeatWired

本刊載內容版權為端傳媒或相關單位所有,未經端傳媒編輯部授權,請勿轉載或複製,否則即為侵權。

延伸閱讀