[发明专利]微服务中解决数据依赖的方法、系统、设备和介质

说明书

本发明公开了一种微服务中解决数据依赖的方法、系统、设备和介质，方法包括：部署微服务服务网格，将符合某种业务数据特征的数据分发给同一个微服务实例，每个微服务实例监听其他微服务实例分发到的数据；针对单个微服务实例内部数据依赖，微服务实例采用不同的协程分别处理存在依赖关系的数据；针对多个微服务实例之间数据依赖，若某个微服务实例分发到的数据发生变化，其他微服务实例监听到该变化并同步到内存中，对本微服务实例分发到的存在依赖关系的数据做相应的处理。本发明将同一个业务数据特征的数据分发到相同的微服务实例，数据处理源统一；通过监听其他微服务实例的变化数据，避免了锁方案挂起等待的问题，提升了微服务的并发性能。

技术领域

本发明属于IP网络技术领域，具体涉及一种微服务中解决数据依赖的方法、系统、设备和介质。

背景技术

在SDWAN场景中，客户前置设备（CPE）下接入租户服务，CPE通过虚拟边缘路由器（VPE，即网络服务提供点PoP点）接入运营商网络（PE），VPE和PE之间使用背靠背VLAN接入，PE之间走运营商underlay网络。

在SDWAN场景下，如图1所示，控制器采用微服务（微服务的部署使用Kubernetes）和服务网格（Service Mesh）架构实现（服务网格的具体实现使用Istio），共享数据存储采用KV数据库集群。微服务的特点是无状态且支持服务多实例，而在SDWAN场景下业务数据的依赖较多，比如业务链路数据依赖两台设备都上线后才能生成、业务私网路由互引依赖两台设备都配置相同私网接口IP地址后才能触发互引流程等。解决这个依赖问题的传统解决方案是在数据上加锁，锁的本质作用是把依赖数据的并行化流程改成了串行流程，但是锁实现粒度太粗，无法实现根据业务数据特点定制依赖管理，造成系统性能的损失且增加系统的复杂性。

发明内容

发明目的：针对现有技术中存在的问题，本发明公开了一种微服务中解决数据依赖的方法、系统、设备和介质，针对服务网格结构中业务数据较多依赖的问题，提出了一种轻量级的解决方案，相比较传统的锁方案，能更好的发挥微服务的并发性能。

技术方案：本发明采用如下技术方案：一种微服务中解决数据依赖的方法，其特征在于：

部署微服务的服务网格，利用服务网格将该微服务中符合某种业务数据特征的数据分发给该微服务中的同一个微服务实例，业务数据特征与微服务实例一一对应，所有微服务实例共享数据，每个微服务实例处理其自身分发到的数据，每个微服务实例监听其他微服务实例分发到的数据；

针对单个微服务实例内部数据依赖，该微服务实例采用不同的协程分别处理存在依赖关系的数据，协程之间共享内存；

针对多个微服务实例之间数据依赖，若某个微服务实例分发到的数据发生变化，其他微服务实例监听到该变化并同步到内存中，根据变化的数据对本微服务实例分发到的存在依赖关系的数据做相应的处理。

优选地，在服务网格的部署文件中制定将符合某种业务数据特征的数据分发给同一个微服务实例的分发策略。

优选地，分发策略采用一致性散列算法将符合同一种业务数据特征的数据分发给同一个微服务实例，其中，将业务数据特征作为一致性散列算法的因子。

优选地，业务数据特征包括数据所属的应用、数据的源IP地址、数据所属的设备。

优选地，所有微服务实例共享ETCD数据库，微服务实例采用WATCH机制监听ETCD数据库中其他微服务实例分发到的数据，如果某个微服务实例分发到的数据发生变化，ETCD数据库会感知到该变化并通知其他微服务实例。

一种微服务中解决数据依赖的系统，其特征在于：包括部署模块、分发模块、监听模块、内部依赖处理模块和外部依赖处理模块，其中：

部署模块用于部署微服务的服务网格，制定将符合某种业务数据特征的数据分发给同一个微服务实例的分发策略；