延展性和效能
重要
從 2023 年 9 月 20 日起，您將無法建立新的個人化工具資源。 個人化工具服務將于 2026 年 10 月 1 日淘汰。
高效能和高流量的網站和應用程式有兩個主要因素，可考慮個人化工具的延展性和效能：
- 進行排名 API 呼叫時保持低延遲
- 確定定型輸送量會跟上事件輸入
個人化可以快速傳回排名，大部分的呼叫持續時間都專用於透過 REST API 進行通訊。 Azure 會自動調整回應要求的能力。
低延遲案例
某些應用程式在傳回排名時需要低延遲。 需要低延遲：
- 若要讓使用者在顯示排名的內容之前等候明顯的時間量。
- 協助遇到極端流量的伺服器，避免將稀缺的計算時間和網路連線綁起來。
延展性和定型輸送量
個人化工具的運作方式是更新根據個人化工具在排名和獎勵 API 之後以非同步方式傳送的訊息重新定型的模型。 這些訊息會使用 Azure EventHub 傳送給應用程式。
大部分的應用程式不太可能達到個人化工具的最大聯結和定型輸送量。 達到此最大值並不會讓應用程式變慢，這表示事件中樞佇列在內部填滿的速度會比清除快。
如何預估輸送量需求
- 估計每個排名事件的平均位元組數目，新增內容和動作 JSON 檔的長度。
- 將 20MB/秒除以這個估計的平均位元組。
例如，如果您的平均承載有 500 個功能，且每個功能估計為 20 個字元，則每個事件大約為 10 kb。 根據這些估計，20,000,000 /10,000 = 2,000 個事件/秒，大約是每天 1.73 億個事件。
如果您達到這些限制，請連絡我們的支援小組以取得架構建議。