OLX 使用 CloudFront Functions 進行 AWS 上的邊緣運算，節省了 50% 的成本

每月有 30 多個國家/地區的 3 億多人使用 OLX 的交易平台，他們能夠輕鬆便捷地在平台上買賣汽車或其他商品、購買房屋和找工作。該公司一直在使用內部部署伺服器，組合使用 AWS 服務和另一家公司的邊緣運算解決方案來交付內容。OLX 與邊緣服務提供者的合約在 2020 年到期，於是 OLX 開始尋找經濟實惠的方法，以便妥善地自訂線上體驗，盡可能降低延遲，從而為使用者提供更好的服務。OLX 採用了 Amazon CloudFront，這是一項 CDN 服務，專為實現高效能、安全性和開發人員便利性而建置。為了能更妥善地利用與 CloudFront 事件相關的功能，OLX 使用了 Lambda@Edge，這是 CloudFront 的一項功能，可讓組織在離應用程式使用者更近的地方執行程式碼，從而提高效能並減少延遲。OLX 成功遷移到 Lambda@Edge，且未損失任何功能。

2021 年，AWS 推出了 CloudFront Functions，提供了邊緣邏輯，幫助組織能以低延遲和高傳輸速度，安全地向全球各地的客戶提供資料、影片、應用程式和 API。CloudFront Functions 是輕量處理 Web 請求的最佳選擇，同時也最適合 OLX 的情形。OLX 的團隊只有 4 人，但在 6 周內就完成了概念驗證，然後使用 Amazon Route 53 的功能 (一種將最終使用者路由到網際網路應用程式的方法) 以安全且可逆的方式傳播 CDN 的變更，以防在使用 Route 53 加權記錄時出現任何問題。工程師在連接到後端伺服器的單一路徑中設定他們想要的快取行為。OLX 首席網站可靠性工程師 Maciej Sobkowiak 說：「這就是我喜歡使用 Amazon CloudFront 的原因，它非常簡單。」「一旦 CloudFront Functions 準備就緒後，我們就可以開始在邊緣使用它。它還可以動態擴展。」

使用 CloudFront Functions 之後，OLX 可以使用包含超過 310 個連接點 (POP) 位置的網路，擁有了更廣泛的全球可擴展性，這意味著 OLX 可在尖峰時間每秒處理超過 170,000 個通過 POP 的請求。因此，OLX 不再會遭遇冷啟動的問題，也就是在 OLX 服務的大型國家/地區中，流量突然出現高峰且接近並行限制時，導致使用者遭遇逾時或延遲的問題。實際上，使用者現在從 OLX 存取內容時延遲小於 1 毫秒，平均回應時間為 120 毫秒，包括用戶端通訊。 

此外，OLX 的後端使用量也有所減少，因為 POP 回應在卸載流量方面非常有效率且快取命中率也有所提高，每秒可實作超過 100,000 個 CloudFront Functions，每秒也可生成超過 40 GB 的頻寬。OLX 還將其 CDN 邊緣運算費用降低了 50%。Sobkowiak 說：「這是一個非常明確的定價模式。」「我們推動遷移的主要原因之一是 CDN 定價非常合適，在成本上產生了巨大的差異。」 

使用 Amazon CloudFront 幫助 OLX 標準化其日誌，將其儲存在 Amazon Simple Storage Service (Amazon S3) 中，這是一項物件儲存服務，提供領先業界的可擴展性、資料可用性、安全性和效能。為了能以結構化的方式存取資料，OLX 採用了 Amazon Athena，這是一項互動式查詢服務，使用標準 SQL，可以輕鬆分析 Amazon S3 中的資料。「日誌記錄非常高效，非常容易執行。」Sobkowiak 說。OLX 也可以使用 CloudFront Functions 和其他 AWS 服務近乎即時地存取指標。OLX 可在大約 3 分鐘內在所有 CloudFront POP 中進行變更，快速檢查模式的變化，並使用在 CDN 層上建立的提醒來尋找問題。「這非常輕鬆，而且非常標準化。」Sobkowiak 說。「AWS 在幫助我們串流和抓取指標方面做得很好，一切對我們來說很透明，顯而易見。」 

為了控制流量到達應用程式的方式，OLX 的安全團隊使用了 AWS WAF，這是一種 Web 應用程式防火牆，可協助保護 Web 應用程式或 API 不受常見 Web 入侵程式和機器人的侵擾，使可用性和安全不受影響，且不耗用過多資源。OLX 能夠自訂規則，擴展拒絕清單和開放日清單，並封鎖特定不需要的流量。為了進一步進行保護，OLX 還使用了 AWS Shield，這是一項受管的分散式拒絕服務保護服務，可保護 AWS 上執行的應用程式不受攻擊。 

首先遷移到 Lambda@Edge，然後到 CloudFront Function 的整個遷移過程中，OLX 一直與 AWS Support 團隊密切合作。OLX 在最初遷移到 Lambda@Edge 時達到了並行限制，AWS 在幾分鐘內就做出了回應。「AWS 團隊始終隨叫隨到。」Sobkowiak 說。「Lambda@Edge 並行模型非常難以理解，他們很清晰地向我們解釋了為什麼我們會達到極限。」 作為 CloudFront Functions 的首批使用者之一，OLX 持續向 AWS 提供意見回饋。例如，AWS 快速回應了 OLX 對其他功能的請求，像是存取用戶端源 TCP 連接埠，以便機關單位可在需要時識別使用者身分。

OLX 繼續規劃涉及 AWS 服務的大型計畫，包括繼續擴大使用 AWS 運算服務及一系列資料庫解決方案。OLX 正在增加對 Amazon OpenSearch Service 的使用，這項服務有助於企業搜尋、視覺化並分析多達 PB 級的文字和非結構化資料。隨著 CloudFront 的 POP 範圍持續成長，OLX 還將尋找繼續提高其線上市場效能的方法。「在 AWS 上執行內容時，操作工作變得輕鬆得多。」Sobkowiak 說。「使用 AWS，我們可以在線上執行交易流程。」