原文連結：Istio, mTLS, debugging a 503 error 譯者：楊傳勝 大家好，本文我將與你們分享我在 Istio 官方文件中嘗試

異常檢測 異常檢測和踢出異常主機是一個動態檢查上游主機是否正常工作，對不健康主機進行移除的過程。異常檢測是一種被動健康檢查，根據返回狀態碼來判斷是否滿足移除條件，最後將主機移除，首先我們來了解下驅逐演算法。

【編者的話】隨著微服務數量越來越多，給業務開發團隊的增加了溝通和維護的成本，為了解決這一的痛點，我們關注到了Service Mesh技術，本次分享主要介紹房多多在Service Mesh中的一些經歷和過程，以及

SOFAMosn是基於Go開發的sidecar，用於service mesh中的資料面代理。官方文件見SOFAMosn ，基本架構如下:

原文：https://blog.envoyproxy.io/envoy-and-grpc-web-a-fresh-new-alternative-to-rest-6504ce7eb880 作者：Luc Pe

為支援 Kubernetes 而建立的 DNS伺服器——CoreDNS 已經被Cloud NativeComputing Foundation、Kubernetes的維護者和其他構建雲服務的開源技術重點關照。

Segment剛剛啟動了Segment Config API （在這裡 自己試試） - 一組公共REST API，可以讓您管理Segment配置。在這個Config API的後面是使用Go，G

作者：Arvind Thangamani 譯者：馬若飛 原文： hackernoon.com/distributed… 如果你是初次接觸服務網格和Envoy，我這裡有一篇文章可以幫助你入門。

作者：Renato Stoco 譯者：陳冬 原文：https://medium.com/pismolabs/istio-envoy-grpc-metrics-winning-with-service-

【專案背景】Envoy專案旨在實現服務與邊緣代理功能，通過管理微服務之間的互動以確保應用程式效能，從而協助簡化雲原生架構的過渡與運營流程。該專案提供的超時、速率限制、斷路、負載均衡、重試、統計、日誌記錄以及分散式追蹤

當我們構建微服務架構時，我們總會通過網路進行更多的呼叫。但是構建冗餘、彈性的分散式系統是一個難題，它需要一個智慧的、應用程式感知的負載平衡。Matt Klein 最近寫了一篇關於現代負載平衡的

Envoy 是專為Cloud Native應用設計的輕量級服務代理，也是為數不多的支援 gRPC 的代理之一。gRPC是一個基於 HTTP/2 的高效能RPC（ 遠端過程呼叫 ）框架，支援多種語言。

Service Mesh是微服務設定中的通訊層。來自每個服務的所有請求都將通過服務網格。每個服務都有自己的代理服務，所有這些代理服務一起形成“服務網格”。因此，如果服務想要呼叫另一個服務，它不會直接呼叫目標服務

本文主要詳細闡述了在UCloud的虛擬網路裡，如何利用ServiceMesh技術在虛擬網路控制面以及利用可程式設計交換機在轉發面實現灰度釋出。 ServiceMesh實現控制麵灰度 在控制面，早期灰

Istio由控制面和資料面組成。其中Envoy是Istio在資料面預設使用的轉發代理，Istio利用Envoy的四層和七層代理功能對網格中微服務之間的呼叫流量進行轉發。今天我們來分析一下Istio 使用到的En