Istio 要求叢集中VirtualService 定義的所有目標主機都是唯一的。當使用目標主機的短名稱時（不包含'.' 的目標主機，例如使用reviews ，而不是

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

【編者的話】目前已經有很多的關於叢集以及DNS管理的元件，在本文中我會提及到當前top10的Helm來幫助你更多的瞭解Kubernates，微服務等。 怎麼替你全新的Kubernates叢集找到最合適的He

流量映象 流量映象，也稱為影子流量，流量映象提供一種儘可能低的風險為生產帶來變化的強大功能。映象會將實時流量的副本傳送到映象服務。映象流量發生在主服務的關鍵請求路徑之外。 在非生產或者測試環境中，嘗試訪

JHipster目前提供了一個選項，用於生成服務網格Istio架構的應用。 快速介紹Istio Istio是與Kubernetes完全整合的服務網格，它的作用是管理微服務架構中服務之間的所有通訊。

【手機中國新聞】Kubernetes使雲上的容器管理更加容易，Istio通過向其新增網路服務網格使其更加強大。首先，Docker改變了我們執行應用程式的方式，然後，Kubernetes改變了我們管理容器的方式

我們都知道，在istio中可以通過ingress gateway將服務暴露給外部使用，但是我們使用的ingress規則都是落在istio部署時預設建立的istio-ingressgateway上，如果我們希望建

Istio 1.0.4 釋出了，Istio 是一個由谷歌、IBM 與 Lyft 共同開發的開源專案，旨在提供一種統一化的微服務連線、安全保障、管理與監控方式。Istio 專案能夠為微服務架構提供流量管理機制，同

DaoCloud 雲原生活動周，來自 KubeCon + Istio + GitHub 官方背書，共同論證雲原生技術的企業成果落地。 11 月 12 日 – 11 月 17 日，DaoCloud 組建的

基礎的Istio環境已經搭建完成,我們需要開始瞭解Istio提供作為微服務網格的各種機制,也就是本文標題的自動注入.請求路由.故障注入.流量切換,官方很給力的準備的例項專案也不需要大家自己編寫demo

上一篇我們瞭解瞭如何控制入口流量，本文主要介紹在使用 Istio 時如何訪問叢集外服務，即對出口流量的管理。 預設安裝的Istio是不能直接對叢集外部服務進行訪問的，如果需要將外部服務暴露給 Istio 叢

概述 在專案迭代的過程中，不可避免需要上線。上線對應著部署，或者重新部署；部署對應著修改；修改則意味著風險。 灰即在黑與白之間，灰度釋出就是指能夠平滑過渡的一種釋出方式。灰度釋出可以保證整體系統的穩定，

由於 Kubernetes Ingress API 只能支援最基本的 HTTP 路由，使用 Kubernetes Ingress資源來配置外部流量的方式不能滿足需求。因此 Istio v1alpha3 rout

微服務的概念已經在各大公司實踐開了，以Java為代表的spring boot成為了微服務的代表，K8S+Docker成為了微服務執行的最佳環境，微服務的概念已經離我們沒有那麼遙遠了。 當然微服務是

在Kubernetes中，可以使用Ingress資源將叢集內部的Service暴露到叢集外部，可參見之前整理的 《Kubernetes Ingress實戰》 。 而Istio這個Service Mesh則推薦