代理端點始終導致緩存命中？可能？

Question

背景

我們的客戶正在使用一些使用Service Callout策略調用Target端點的代理端點。 我正在使用查找緩存並在服務調用策略之前和之後填充緩存策略。 緩存在1小時內過期。如果存在高速緩存未命中，Service Callout策略會使目標端點請求（需要約500毫秒），否則查找高速緩存策略從高速緩存返回（高速緩存命中小時內）。 範圍是全球性的。 關鍵空間並不大。可能是大約200個唯一的緩存鍵。

問題

我試圖縮短響應時間爲我們的客戶。一種可能的實現方式是，當我們的客戶端調用這些代理端點時，通過消除對目標端點的調用（通過服務調用策略）。基本上總是導致緩存命中。

可能的解決方案？

因爲它的範圍是全局的，所以我可以寫一個腳本（批量小時cron作業），強制刷新每個緩存的全局緩存。這將始終爲我們的客戶觸發緩存命中。 您認爲這個解決方案可行嗎？註釋？更好的選擇？

Answer 1

通過編寫批處理腳本命中API來預取所有可能的緩存條目的緩存（如您所述）。這確實很好。

通過使用API-DN setup可以改進步驟。你的API將在多個地區部署。你的客戶將從最近的服務器送到他們的位置。由於Apigee使用分佈式緩存，因此不需要爲每個消息處理器節點填充緩存。