瞭解網路延遲

作為最佳作法，每個網路提供者都想要對最多客戶提供最低網路延遲，而每個客戶都想要取得最低延遲。 這是一個理想的共享成果。

理論上，資料可以光速在光纖網路線上傳輸，但基於上述原因，資料的傳輸速度通常要慢得多。 例如，如果特定網路連線已達到其頻寬容量，則資料封包可能暫時排入佇列中，等待輪到時透過該路徑進行傳送。 另舉一例，如果特定服務提供者的網路選取的網路路徑不是最佳的，則在到達其目的地的過程中，資料封包可能傳送到距離其目的地數百英里或數千英里遠！ 這些延遲和繞道的類型都是較高網路延遲及較慢資料傳送的原因。

我們以毫秒（每秒 1,000 毫秒）為單位來代表網路延遲。 一秒的千分之幾在我們的日常生活中可能沒有多大意義，但在 Web 瀏覽或商業交易中，毫秒通常會變成決定因素。 例如，在財務部門中，毫秒可能代表每一天貿易交易中獲利或損失數十億美元的差別。

使網路延遲降至最低的一般方法

假設我們的共同目標是將延遲降至最低，則限制可能會影響資料移動速度的潛在變數數量是合理的。 沒有任何提供者可以完全控制資料透過網際網路傳送的方式，但以下是將網路延遲降至最低的一些最佳作法：

• 在全球各地配送資料：不同位置的客戶可以從其鄰近的地理位置取回資料。 因為資料與客戶更接近，所以會減少其遞交次數。 當資料傳送的距離較短時，遞送比較不會造成重大效能影響。
• 佈建具有高容量網路埠的伺服器：每秒可以透過伺服器傳送巨量資料。 如果封包因完全飽和的埠而延遲，經過幾毫秒的時間，頁面載入速度變慢，下載速度降低，使用者就不開心了。
• 瞭解您的提供者如何遞送資料流量：當您知道資料如何傳送給全世界客戶的進一步詳細資料時，對於在何處管理您的資料，您可以做出更好的決策。

IBM Cloud 如何將網路延遲降至最低

為了將延遲降至最低，IBM Cloud 採取獨一無二的方法來建置我們的網路。 我們的所有資料中心都連接至網路據點 (PoP)，而且我們的所有網路據點是透過全球骨幹網路彼此連接。 由於 IBM 維護我們自己的全球主幹網路，因此我們的網路營運團隊可以更精準地控制網路路徑和資料傳輸，而不像依賴其他供應商在不同地區之間移動資料。

舉例來說，如果柏林的 IBM Cloud 客戶想要觀看在達拉斯 IBM Cloud 伺服器上託管的貓視訊，組成該貓視訊的資料封包會經由我們的骨幹網路 (專供 IBM Cloud 流量使用) 傳送至法蘭克福，再將封包傳送至我們的對等網路或轉接公共網路服務供應商，最後傳送至柏林的使用者。

如果沒有廣域骨幹網路，視訊封包會傳送至達拉斯的對等節點或傳輸公用網路提供者，然後該提供者會透過其網路遞送封包，或將封包傳送至網路中繼站的另一個提供者，封包最後再彈跳到德國。 不使用全球骨幹網路，封包完全有可能以相同的網路延遲從達拉斯傳送到柏林，但如果沒有全球骨幹網路，就會有更多變數存在；總延遲更難保證或預測。

除了使用我們自己的廣域骨幹網路以外，IBM Cloud 還可以將公用、專用及管理資料流量分段到不同的網路埠。 這表示可傳送不同類型的資料流量，而不會互相干擾。

摘要：網路延遲

您的客戶希望您的資料可以儘快交到他們手上。 您的資料透過網際網路傳送到他們所花費的時間稱為網路延遲。 您對資料的網路路徑控制越多，您的網路延遲就越一致（也越低）。

• 透過 Direct Link，我們讓您控制資料傳輸的路徑，因此您的資料傳輸不會受到其他流量的干擾或阻擋。
• IBM Cloud 提供領先業界的「服務提供者」-- 提供高效能、安全及備援。
• 在 IBM Cloud，我們持續在全球各地增加網路存在點 ( PoPs )，讓客戶的資料更貼近客戶，進而改善延遲和整體效能，滿足混合雲工作負載的需求。