Linkerd 2.10 系列

• 快速上手 Linkerd v2 Service Mesh（服務網格）
• 騰訊雲 K8S 叢集實戰 Service Mesh—Linkerd2 & Traefik2 部署 emojivoto 應用
• 詳細瞭解 Linkerd 2.10 基礎功能，一起步入 Service Mesh 微服務架構時代
• Linkerd 2.10(Step by Step)—1. 將您的服務新增到 Linkerd
• Linkerd 2.10(Step by Step)—2. 自動化的金絲雀釋出
• Linkerd 2.10(Step by Step)—3. 自動輪換控制平面 TLS 與 Webhook TLS 憑證

Linkerd 2.10 中文手冊持續修正更新中：

• https://linkerd.hacker-linner.com

要限制 Linkerd 在對另一個服務的傳出請求失敗之前等待的時間，您可以配置超時。
這些工作通過向您要向其傳送請求的服務的
service profile
新增一些額外資訊來實現。

每個路由都可以定義一個超時，
它指定在傳送請求後等待響應（包括重試）完成的最長時間。
如果達到此超時，Linkerd 將取消請求，並返回 504 響應。
如果未指定，預設超時為 10 秒。

spec:
  routes:
  - condition:
      method: HEAD
      pathRegex: /authors/[^/]*\.json
    name: HEAD /authors/{id}.json
    timeout: 300ms
 

監控超時

達到超時的請求將被取消，返回 504 Gateway Timeout 響應，並出於有效成功率的目的計為失敗。
由於請求在收到任何實際響應之前被取消，超時根本不會計入實際請求量。
這意味著當配置超時時，有效請求率可能高於實際請求率。
此外，如果在超過超時時收到響應，則請求可能被視為實際成功但有效失敗。
這會導致有效成功率低於實際成功率。

我是為少
微信：uuhells123
公眾號：黑客下午茶
加我微信（互相學習交流），關注公眾號（獲取更多學習資料~）