亞洲的即時 WebSocket 服務：延遲、機房與資料處理位置
從亞洲各城市到香港的實測往返時間、哪些即時服務在亞洲有伺服器，以及使用者在台灣、日本、韓國或東南亞時該檢查什麼。
一則聊天訊息、一個即時比分或「正在輸入」提示要花多少時間，與其說取決於哪家服務，不如說取決於使用者和伺服器之間的距離。大多數即時服務起家於美國或歐洲，在亞洲的布局從一個區域到完全沒有都有。這一頁整理使用者在亞洲時該檢查什麼，並附上我們對自己伺服器實測的往返時間。
到香港的往返時間
Hibira 的伺服器在香港（AWS ap-east-1）。我們在 2026-10-25 從亞洲各地的資料中心，測量到這個區域的 TCP 往返時間：
這些是資料中心之間的網路往返時間。手機走行動網路時，還要再加上最後一哩的延遲，這對每家服務都一樣。WebSocket 連線會一直開著，所以每個事件只花一趟從伺服器到使用者的時間，不必重新連線。
各即時服務在亞洲的機房
| 服務 | 亞洲的伺服器 | 應用怎麼配置 |
|---|---|---|
| Pusher Channels | 新加坡、孟買、東京、雪梨 | 每個應用選一個叢集 |
| Firebase Realtime Database | 新加坡（asia-southeast1） | 每個資料庫選一個位置 |
| Ably | 屬於其全球網路 | 導向最近的節點 |
| Laravel Reverb、Soketi | 你架在哪就在哪 | 自己決定 |
| Hibira | 香港（hkg）；東京（tyo）與新加坡（sin）規劃中 | 每個應用一個叢集 |
資料取自 Pusher 的叢集列表與 Firebase 的位置頁面，查詢日期 2026-10-26。
每個應用一個叢集，代表叢集是只選一次的決定。依大多數使用者所在的地方來選，而不是公司或網站伺服器所在的地方。你的伺服器透過 HTTPS 發佈到叢集，所以伺服器在別的區域只會讓「發佈」多花時間，而發佈每個事件只有一次，不影響每一份送達。
依使用者所在地選擇
- 台灣、香港、華南、菲律賓、越南：香港是最近的主要雲端區域；從台北、馬尼拉和河內的往返時間是 25 到 30 ms。
- 新加坡、馬來西亞、印尼：香港和新加坡都合理。我們測到新加坡 35 ms，吉隆坡和雅加達 45 到 50 ms。
- 日本和韓國：東京區域比較近。從香港我們測到東京和大阪約 55 ms、首爾 60 ms，聊天和通知沒有問題；節奏很快的遊戲則建議選東京叢集。
- 分散在亞洲各地：選位於主要市場中間的區域；依我們的測量，香港到東亞和東南亞大部分地方都在 60 ms 以內。
資料會經過哪裡
即時服務會讓你的事件經過它的伺服器再送到使用者，所以區域也決定了事件在哪裡處理。Hibira 在香港處理事件，不儲存訊息內容，只會在送達過程中短暫存在記憶體裡；保存帳號資料的服務及其所在地，列在次處理者頁面。如果你的合約指定了國家，選擇前請先檢查每家服務的次處理者清單。Pro 以上方案使用邊緣傳送的應用，Cloudflare 也會在它自己的節點（可能在日本或新加坡）轉送連線與訊息，詳見資料處理附約。
用你的語言提供支援
Hibira 的網站和控制台提供英文、繁體中文、簡體中文、日文、韓文、泰文和越南文，客服以英文、中文、日文和韓文回覆。價格以美元計，是固定月費方案，免費方案不需要信用卡。
常見問題
哪個即時 WebSocket 服務在香港有伺服器？
Hibira 的 hkg 叢集跑在 AWS 香港（ap-east-1）。Pusher 最近的叢集在新加坡和東京。
從台灣連到香港的 WebSocket 伺服器，延遲大概多少？
我們在 2026-10-25 從台北的資料中心測到約 30 ms 的網路往返時間。行動網路還會再加上它自己的延遲。
該選東京還是香港的叢集？
大多數使用者在日本或韓國的話，選東京。在台灣、香港、華南或東南亞，或分散在整個區域的話，香港離更多使用者更近。
產品名稱為其所有者的商標。