私有化输出的服务网格我们是这样做的

作者：阿里巴巴云原生

2022 年 8 月 12 日
浙江
本文字数：2711 字
阅读完需：约 9 分钟

作者：古琦

介绍

微服务开发的问题

微服务架构下我们在开发中遇到的常见的问题有以下 4 个：

多语言问题：有多种编程语言，node.js, JAVA, GoLang…微服务需要为每种语言都维护一种中间件 SDK
升级推动难：SDK 升级需要推动业务应用进行代码修改和发布，对业务有打扰，业务压力下推动成本高
迭代速度慢：由于多语言多版本的存在，需要花费大量精力去维护历史版本，降低了迭代速度，升级速度慢（在数据面选型上也考虑研发效能的问题
多版本问题：每种语言的 SDK 都面临版本升级，同时存在大量不同的版本互相访问，兼容性和测试维护成本巨大

为了解决这些问题，服务网格的 Sidecar + APP 模式是一个很好的方案

1.png

服务网格

Service Mesh 是一个专门处理服务通讯的基础设施层。它的职责是在由云原生应用组成服务的复杂拓扑结构下进行可靠的请求传送。在实践中，它是一组和应用服务部署在一起的轻量级的网络代理，并且对应用服务透明。服务网格的概念被提出也有很多年了，服务网格的也出现了很多不同类型的实现，比如 Istio、Linkerd，Open Service Mesh 等等，还有出现类似 ebpf + envoy，proxylessMesh 等等其他方式的服务网格实现，其实都是在想如何解决当下生产、开发中的问题，我们熟知的关注度最多还是 Istio，架构如下：

2.png

通过 Sidecar 和业务应用分离，控制面 Istiod 实现对整个流量的管控，基于 Istio + Envoy 的能力实现了微服务的连接、安全、控制和可观测，服务网格在微服务架构下体现了与应用解耦的平台级服务治理能力，推出来统一的多协议多语言的微服务治理，同时保持了基础架构与应用解耦，降低升级和运维的成本，而且实现了微服务间的安全可靠通信，让不同类型的微服务的通信具备可观测。

阿里云专有云服务网格能力

服务网格的优势被大家广泛认可，直到今天已经有很多的用户将服务网格使用在自己的生产业务系统中，但是对于很多的常见的用户而言使用和运维这样的一套系统还是过于复杂，在通常的使用中，可能我们只需要做一次灰度发布，这时候就涉及不同规则的配置，非常容易出错，如何定义好应用的 VirtualService、DestinationRule 等规则对于大部分使用者而言都需要很高的学习成本，为了减少使用的成本和运维难度，阿里云专有云服务网格通过高度的产品化能力将服务网格的能力推出，只需要按照常见的思路去操作控制台，即可轻松的完成比如灰度发布、标签路由、鉴权、全链路等能力。

下面是一张阿里云专有云服务网格的能力大图，覆盖了协议、环境、服务治理、可观测、安全生产几个方面：

3.png

接下来来介绍下我们的产品能力：

服务治理

流量管理

流量管理的能力很多，包含了负载均衡、熔断、限流、超时、重试、流量镜像、连接池管理、故障注入、同 AZ 路由、服务 Mock。

4.png

限流的能力提供了单机的限流、基于 header 的限流、Path 的限流。

5.png

故障注入中除了开源社区的服务级别的故障外，还提供了针对服务单个 Pod 的故障注入，这样可以进行单个 Pod 的测试。

6.png

服务 Mock 的能力可以为开发人员 Mock 指定接口的返回，在接口还没有开发完成的时候，提高开发测试的效率，服务 Mock 的配置中可以选择请求的路径、端口号、方法、状态码、Header、返回 Json 数据。

7.png

标签路由

通过标签路由可以选择好基线的版本，然后选择对应的路由版本，配置路由策略，比如基于权重的策略、基于内容的策略，通过简单的配置轻松完成路由规则的配置。

8.png

服务注册

服务注册其实顾名思义就是将微服务注册到注册中心，这个能力主要是为了帮助一些非 Java 类型的服务实现跟已有 Java 类型服务的通信，比如 Spring Cloud 服务需要与非 Java 互通，为了方便代码编写，Spring Cloud 服务需要像调用其他 Spring Cloud 服务一样去调用非 Java 服务，因此就需要非 Java 的服务注册到对应的注册中心，这里我们支持了非 Java 服务注册到 Nacos、Eureka 注册中心。

9.png

运行监控

展示服务的运行监控数据，比如平均处理请求的次数、请求的成功率。

10.png

灰度发布

可以通过发布版本的方式发布一个灰度版本的镜像，填写对应的版本号、镜像，可以配置权重、内容路由规则，可以使用回滚、灰度成功能力。

11.png

12.png

13.png

零信任安全

可以配置双向身份认证、请求的 JWT 认证，还可以配置对应的授权策略。

14.png

全链路路由

全链路路由可以实现在整条调用链按照指定规则路由，比如在测试某个服务是否符合预期，但是测试服务需要依赖其他服务，这时候可以通过全链路的能力，拉出一个开发环境的泳道，将指定 tag 标记的流量打到测试服务中，而其他请求还在基线环境中，这时候如果还有其他服务需要测试，也可以加入到这个泳道中一起测试，全链路路由的好处就是可以任意路由到服务链路中间服务，在基线环境外研发/测试人员可以轻松部署一套独立环境，提升研发测试效率，降低运维成本。