近日，行云创新SolarMesh正式发布 v1.10.2 版本，本次版本更新的主题是流量插件。SolarMesh允许开发者对流经服务的流量在入站、出站时进行编码增强，达到对业务流量的切面编程(AOP Aspect Oriented Programming)能力。

近年来，服务网格(Service Mesh)一直被称为下一代微服务技术，这种技术架构相比SOA架构（面向服务架构）而言，更加强调业务逻辑与服务治理逻辑的分层及解耦，在业务逻辑和基础实施逻辑间划分出清晰的边界。

不同于以SpringCloud为代表的SDK实现方式，在服务网格架构下，服务与服务之间的通信通过代理服务——sidecar进行，所有流经的流量都会被代理劫持，再由代理转发到业务服务，以此来实现业务逻辑和基础实施逻辑间的分离。下图清晰地展现了在服务网格中应用的通信结构:

图片来自：Pattern: Service Mesh(http://philcalcado.com/2017/08/03/pattern_service_mesh.html)

这种架构不仅实现了业务无侵入的流量管控，在业务上更是为业务研发人员提供了一条全新的业务拓展路线，面向流量编程。如果业务研发人员将一段业务直接注入到sidecar当中，由sidecar执行，就相当于为流量做了一次动态增强，利用服务网格代码无侵入的特性，将类似于Spring的切面编程能力扩展到所有业务服务当中。

SolarMesh在 v1.10.2 版本中引入了流量插件的概念，将一些轻量级的业务封装成插件，在SolarMesh的界面上为应用流量在入站、出站时进行编码增强，达到对业务流量的切面编程(AOP Aspect Oriented Programming)能力。可以应用于对流量有业务诉求的使用场景，例如对敏感业务数据的过滤，在系统需要停机更新前下发更新通知，对特定核心接口的数据上报等。

演示

示例项目

此次演示使用了一个典型的电商项目mall-swarm（https://github.com/macrozheng/mall-swarm）

mall-swarm是一套微服务商城系统，采用了 Spring Cloud Hoxton & Alibaba、Spring Boot 2.3、Oauth2、MyBatis、Docker、Elasticsearch、Kubernetes等核心技术，同时提供了基于Vue的管理后台方便快速搭建系统。mall-swarm在电商业务的基础集成了注册中心、配置中心、监控中心、网关等系统功能。

由于mall-swarm依赖众多，部署麻烦，我们将mall-swarm的所有中间件做了一份k8s部署yaml，让所有的中间件都部署到集群内方便测试，改造后源码开源在mall-swarm-istio(https://github.com/solarmesh-cn/mall-swarm-istio)，所以我们这次使用mall-swarm改造版。

前置条件

• 安装 SolarMesh v1.10.2 及以上版本

• 在k8s集群中部署了mall-swarm-istio项目

• 服务接入了sidecar，并且访问正常

首先需要在流量插件库中声明已有的插件