假如你正在一家典型的企业里工作，需要与多个团队一起工作，并为客户提供一个独立的软件，组成一个应用程序。你的团队遵循微服务架构，并拥有由多个Kubernetes集群组成的广泛基础设施。

服务网格（Service mesh）已经不是一个新鲜概念，但它实现了连接运行在Kubernetes作为容器化平台之上的微服务，这使得服务网格的想法更加流行。如果没有服务网格，每个微服务都需要配置以接收（或发送）连接到其他需要与之通信的微服务，但服务网格完全改变了这一状况。

近两年微服务架构十分流行，许多公司也正在努力构建自己的微服务架构。而因为微服务能够实现更快的发布周期、将应用程序模块化、弹性伸缩以及让应用程序具备可移植性，其越来越成为企业数字化进程中不可忽视的标志。但是，由于对敏捷性所产生的影响了解较少，使得应用程序交付增加了许多复杂性。

Rancher的理念是Run Kubernetes Everywhere，Rancher 2.3中许多重大更新，让这一理念的实现又向前一步。

愈发复杂的应用程序正在依靠微服务来保持可扩展性和提升效率。Kubernetes为微服务提供了完美的环境，并能够让其与Kubernetes的工具组件和功能兼容。当应用程序的每个部分放置在一个容器中，整个系统就会更具可伸缩性。

Envoy是一种高性能C++分布式代理，专为单个服务和应用程序设计。作为Service Mesh中的重要组件，充分理解其配置就显得尤为重要。本文列出了使用Envoy而不用其他代理的原因。并给出了Envoy及其服务的配置，然后对其进行详细解读，帮助读者理解其配置，从而掌握Envoy。

2019年10月9日，Rancher 2.3正式发布，这是Rancher Labs迄今为止最重要的产品版本。Rancher 2.3是业界首个GA支持Windows容器的Kubernetes管理平台，并正式集成了Istio，还引入了创新的“集群模板”功能以增强企业集群的安全性。这些新功能无疑将极大助力企业充分利用Kubernetes变革性的力量，并为企业生产中落地Kubernetes...

如果你正在使用容器，特别是Kubernetes，那么你应该也听说过Istio。对于初学者来说，Istio是Kubernetes的服务网格（service mesh）。所谓服务网格，它是一个网络层，并且可以动态管理服务流量，然后以安全的方式进行管理。

Service mesh是近几年才出现的一个新兴概念。它可以解决微服务之间通信愈发复杂的问题。那么什么是Service mesh？它有什么具体的功能？它的架构又是如何的呢？它与Kubernetes的关系是怎样的？所有答案戳文了解！

在对应用程序进行重构和更新的过程中，往往会出现一些挑战。更新应用程序的频率越高，复杂性就越是会增加。让应用程序在容器平台上运行，并且它们之间可以互相通信和连接，是通向模块化的、灵活的微服务架构的必经之路。但是微服务的这种灵活性也让其变得更加复杂。这时就轮到Service Mesh发挥作用了！

对于大多数人来说，“Service Mesh（服务网格）”仍然是一个新概念，因此，谈论它的“历史”可能看起来有点滑稽。但事实上，早在2010年初，在一些大网络规模的公司中，服务网格的概念就隐约开始逐步形成了。因此，服务网格确实有一段历史值得去探索、去理解。

Service mesh旨在解决云原生应用之间服务拓扑的连接问题。如果你想要构建云原生应用，那么就需要Service mesh。Istio是Service mesh中的一个明星项目，在Istio文档中对其有非常全面的介绍：[链接]。Istio基于Envoy Proxy，是一个极其有前景的Service mesh解决方案，有多家科技巨头对其进行联合开发。

Service mesh旨在解决云原生应用之间服务拓扑的连接问题。如果你想要构建云原生应用，那么就需要Service mesh。Istio是Service mesh中的一个明星项目，在Istio文档中对其有非常全面的介绍：[链接]。Istio基于Envoy Proxy，是一个极其有前景的Service mesh解决方案，有多家科技巨头对其进行联合开发。