原文連結  譯者:carvendy

  當使者邊車/代理提供了一大堆故障恢復機制讓服務在Istio上執行，這依然有必要去測試端對端的故障恢復作為了應用的整體功能。錯誤配置的故障策略(例如：矛盾的或者服務響應的超時限制)會讓在程式中的服務界定為不可用，影響到我們希望的結果。

  Istio可以指定協議錯誤注入網路中，替代被殺死的pod，在TCP層有延遲或丟失。我們的基本原理是，不管網路級別的故障如何，應用層所觀察到的故障是相同的，並且在應用層（例如HTTP錯誤程式碼）中注入更有意義的故障，以便應用程式的彈性。

  運維人員可配置失敗注入符合指定條件的請求中。運維可以進一步地限制請求的百分比降低受失敗的影響。兩種失敗可以被注入：延遲和中斷。延遲可是時間故障，模仿增加了網路請求或覆蓋了上游服務。中斷是摧毀性失敗，模仿了上游服務的失敗。中斷總是出現錯誤的HTTP響應碼，或者是TCP連線是失敗。