實時介面數據也能就近訪問？細說如何用CDN提升App性能

科技 09-22

CDN-Content Delivery Network

我們先來定義下什麼是CDN。內容分發網路（CDN）是一種由分散式伺服器構成的系統，它會根據用戶所處的地理位置，數據內容（通常是網頁）的來源，來向用戶分髮網頁內容。但目前這個互聯網發達的時代，CDN已經不僅僅用來分髮網頁內容。

以Cloudflare Workers【1】為例，除了利用它的網路來分發內容，你甚至還可以在它的邊緣節點上部署運行你的代碼。「可以部署或運行Javascript代碼，這能夠幫助你將代碼與用戶終端設備解耦合，比如支持通過編程實現路由、過濾等功能」。

在當前這個爆炸式發展的互聯網時代，高可擴展性是至關重要的能力。CDN和邊緣計算（Edge Computing）將會進一步融合式發展。

實時介面數據也能就近訪問？細說如何用CDN提升App性能

實時數據的獲取——推、拉

目前很多強調實時性的應用需要推送和拉取的數據。被動推送和主動拉取都是非常常見及簡單的工程問題，比如應用初始化的過程中可以從CDN拉取歷史數據，然後再由其他服務來推送更新數據。

但是，我們想一想能否將這兩種機制組合在一起呢？

通過代理來連接Fastly和Fanout

Fastly是一個邊緣計算平台（Edge Cloud Platform），它可以使應用在網路的邊緣節點執行和提供服務。本質上，它提供的是高度可擴展的「數據拉取-響應」服務，可以實時監聽和響應用戶的請求。相比傳統的CDN，Fastly也可以緩存靜態內容，同時可以部署和運行應用邏輯。

另一方面，Fanout則是具備高度可擴展性的數據推送服務，比如用作高性能的反向代理服務，通過長鏈接為客戶端實時推送數據。

Fastly和Fanout可以組合使用。它們作為一個整體可以當作源伺服器的反向代理，通過Fastly來代理到Fanout的流量，這樣客戶端就不用直接請求你的源伺服器。這會帶來一些好處：

高可用和高可擴展性，這點毋庸置疑
緩存初始數據
緩存Fanout的指令，這點需要特別說明：Fanout的一些行為是通過指令來配置的。比如傳輸模式，訂閱的channel等等。通常，這些指令是通過源伺服器的response來獲取（一類特殊的header，被稱為Grip）。Fastly可以在獲取一次response後緩存這些指令。

映射網路流

通過組合使用Fanout和Fastly，我們就可以重構這個「推-拉」模型中的網路數據流，下面我們來仔細看看它們是如何工作的：

假設我們有一個HTTP Endpoint是 /stream，它會返回一些初始數據，並且在有新數據產生後推送給連接的客戶端。配合Fanout，我們可以讓這個Endpoint返回帶有instruction的response：（以response header為例）

HTTP/1.1 200 OK
Content-Type: text/plain
Content-Length: 29
Grip-Hold: stream
Grip-Channel: updates

{"data": "current value"}

當Fanout從源伺服器收到這樣的response，會將它轉換成HTTP streaming的response：

HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked
Connection: Transfer-Encoding

{"data": "current value"}

這樣，Fanout到源伺服器的請求就完成了，但是客戶端到Fanout的請求（連接）仍然是open的狀態，用這樣的時序圖來表示：

實時介面數據也能就近訪問？細說如何用CDN提升App性能