參見這個[討論](https://github.com/SAP/spartacus/issues/7104)。

後端執行在多個 pods/節點時，當子序列請求過早進入時，後端將無法跨叢集 傳送快取失效請求。此外，如果多個請求分散在多個節點上，則會消耗延遲和不必要的資源。

對於單個客戶端，Spartacus 應該儘可能多地與單個後端互動。這在傳統上稱為“粘性會話”。

CCv2為此做了部分準備。它將 ROUTE cookie 新增到響應中。但是，此 cookie 不可配置且不使用 SameSite 策略。這意味著解耦的店面可能無法使用它，因為它作用於不同的域。今天似乎只有 chrome 有這個問題，但未來預計會有更多的瀏覽器出現。

不幸的是，今天的 Spartacus 不使用 ROUTE cookie。 Cookie 根本不會隨任何請求一起傳送。為了利用 ROUTE cookie，必須執行以下操作：

1. 在 http 客戶端中使用 withCredentials: true 選項，以便每次請求都傳送 cookie
2. 使用額外的 CORS 過濾器 (Allow-Origin-With-Credentials:true) 配置商務後端，以確保 cookie 透過過濾器。

為了確保 Spartacus（或更好：angular）將隨請求傳送 cookie，請求必須使用 withCredentials: true 選項完成。 這可以在攔截器中完成，以便我們以通用方式執行此操作並確保沒有請求忘記這一點。

一旦前端這些增強到位，就會丟擲錯誤，因為必須完成額外的後端配置。 必須新增一個新的配置屬性 corsfilter.ycommercewebservices.allowCredentials = true。

SAP Spartacus 端具體增強方式：

![](https://img-blog.csdnimg.cn/img_convert/bf39bfa8cc77fa90df85e7571273cb82.png)

首先在 occ-config.ts 裡增加一個配置項：useWithCredentials

![](https://img-blog.csdnimg.cn/img_convert/4017a0b1d4572b78076b57278ce4b716.png)

然後新建一個 interceptor，如果檢測到配置裡啟用了 withCredentials 的選項，就對所有的 HTTP 請求進行攔截，新增對應的 withCredentials 資訊。

最後在 module 裡注入這個 HTTP interceptor 實現：

![](https://img-blog.csdnimg.cn/img_convert/d210036b5d2153a3718e08a66b6f87a8.png)

# 測試方法

(1) 驗證是否為第一個 OCC 請求檢索了響應 cookie ROUTE
(2) 驗證 ROUTE cookie 是否已新增到所有子序列請求中

測試結果：
當我們第一次載入 SPA 時，我們在第一次 occ 呼叫的響應中獲得了 ROUTE cookie。
![](https://img-blog.csdnimg.cn/img_convert/dab23f396fa0145102985a6ecabb4615.png)

然後我們在後續的occ請求中獲取ROUTE cookie。
![](https://img-blog.csdnimg.cn/img_convert/622d16380a0de377e187c4a3290e1551.png)

![](https://img-blog.csdnimg.cn/img_convert/cacc818086dedc65dff581d8d32ba21b.png)

SAP Spartacus Session affinity

相關文章