传统上，Kubernetes使用Ingress控制器来处理从外部进入集群的流量。使用Istio时，情况不再如此。 Istio已用新的Gateway和VirtualServices资源替换了熟悉的Ingress资源。它们协同工作，将流量路由到网格中。在网格内部，不需要Gateway，因为服务可以通过集群本地服务名称相互访问。

数据平面由部署为Sidecar的一组智能代理(Envoy+Polit-agent)组成。这些代理承载并控制微服务之间的所有网络通信。他们还收集并报告所有服务网格流量的遥测。

Open Service Mesh (OSM) 是微软开源的一个轻量级，可扩展的云原生 service mesh 解决方案。其遵循了SMI 规范。并且微软承诺，会尽快交给CNCF基金会管理，这就意味着这是一个社区主导的项目，而不是微软。

我们很高兴宣布Linkerd 2.8的发布！该版本为Linkerd引入了一个新的多集群扩展，使它可以跨Kubernetes集群建立连接，这些集群对应用程序而言是安全的，透明的，并且可以与任何网络拓扑一起使用。我们认为，这是当今提供安全的Kubernetes多集群连接的最简单选择。 2.8版本还使Linkerd在附加系统的开头有了更多的模块化，并...

Istio服务网格最流行和最强大的功能之一就是其先进的可观察性。因为所有服务到服务的通信都是通过Envoy代理路由的，并且Istio的控制平面能够从这些代理收集日志和指标，所以服务网格可以为我们提供有关网络状态和服务行为的深刻见解。这为运营商提供了独特的故障排除，管理和优化服务方式，而不会给应用程序开发人员带来...

Hellofresh每周向数百万客户供餐，表面上看起来很简单，实际上要复杂得多。在幕后，要在我们范围内运营，需要大量的基础设施，然后才能最终将餐交付给客户。

开发人员需要确保跨服务的通信是安全的。他们还需要实施分布式跟踪，以告知每次调用需要多长时间。重试，断路器等分布式服务的一些最佳实践为服务带来了弹性。微服务通常是多语言的，并使用不同的库和SDK。编写通用的可重用软件来管理跨HTTP，gRPC和GraphQL等不同协议的服务内通信非常复杂，昂贵且耗时。

StackRox的联合创始人，首席技术官Ali Golshan为《数字杂志》提供了2020年的预测，这些预测涉及Kubernetes和服务网格技术的增长。

令人惊讶的是，在过去几年中，越来越多的开发人员转向利用托管服务来部署和运行可扩展的云原生应用程序。通过这种转变，微服务架构已成为构建云原生应用程序的标准，并且可以预见，到2022年，将有90％的新应用程序采用微服务架构。微服务架构提供了令人信服的好处，包括可伸缩性，松散的服务耦合和独立部署，但是这种方...

本博客是深入研究Envoy Proxy和Istio.io 以及它如何实现更优雅的方式来连接和管理微服务系列文章的一部分。 这是接下来几个部分的想法（将在发布时更新链接): 断路器（第一部分） 重试/超时（第二部分） 分布式跟踪（第三部分） Prometheus的指标收集（第四部分） rate limiter（第五部分） 第四部分 - 使用Prometheus搜...

本博客是深入研究Envoy Proxy和Istio.io 以及它如何实现更优雅的方式来连接和管理微服务系列文章的一部分。 这是接下来几个部分的想法（将在发布时更新链接): 断路器（第一部分） 重试/超时（第二部分） 分布式跟踪（第三部分） Prometheus的指标收集（第四部分） rate limiter（第五部分） 第三部分 - 使用envoy proxy ...

本博客是深入研究Envoy Proxy和Istio.io 以及它如何实现更优雅的方式来连接和管理微服务系列文章的一部分。 这是接下来几个部分的想法（将在发布时更新链接): 断路器（第一部分） 重试/超时（第二部分） 分布式跟踪（第三部分） Prometheus的指标收集（第四部分） rate limiter（第五部分） 第一部分 - 使用envoy proxy ...