[发明专利]一种面向云边协同的服务目录同步方法及系统

说明书

本发明公开了一种面向云边协同的服务目录同步方法及系统，本发明包括接收应用的服务目录更新操作并判断该应用类型，若是新增的应用则生成应用日志并将应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；否则更新生成新增应用操作的更新记录，将更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。本发明能够实现云边协同环境下的服务目录同步，极大地降低了应用服务目录信息同步的数据量，减轻了云边、边边间的网络负载，能提高应用服务目录信息的同步效率，在网络环境差、规模大、实时性高的云边协同环境下具有很强的实用性和扩展性。

技术领域

本发明涉及云边协同技术，具体涉及一种面向云边协同的服务目录同步方法及系统。

背景技术

云边协同是指边缘计算多数部署和应用场景需要边缘侧与中心云的协同，包括资源协同、应用协同、数据协同、智能协同等多种协同。随着云计算、微服务技术的发展，特别是微服务给服务开发、测试、运行带来的好处显而易见，微服务本身所具备的可扩展性、可升级性、易维护性、故障和资源的隔离性等诸多特性使得产品的生产研发效率大大提高。微服务的核心是化整为零、各司其职，这就要求开发人员不得操作其业务或服务范围以外的数据模型等资源，只能通过接口的访问方式使用某一服务。由于服务的跨度大、数量多，为保障系统的正常运行，必然需要有一个中心化的组件来完成对各个服务的整合，即将分散于各处的服务进行汇总。服务的调用方在请求某项服务时首先到中心化组件获取可提供该项服务的组件信息（IP、端口等），通过默认或自定义的策略选择该服务的某一提供者进行访问，实现服务的调用。服务目录正是在这个背景下产生的。服务目录对于网络的作用就像白页对电话系统的作用一样。服务目录将有关现实世界中的事物（如人、计算机、打印机等等）的信息存储为具有描述性属性的对象。人们可以使用该服务按名称查找对象或者像使用黄页一样，可使用它们查找服务。

在服务目录管理方面，上世纪90年代提出的LDAP协议采用树形结构服务目录，经过多个版本的发展，已得到广泛应用。作为其简单实现的DNS机制可实现平台内部的服务名称与IP地址的关联，但无法适用于具有高度动态的云边协同环境。

目前市场上的传统服务目录同步架构图如图1，所示服务目录的整体架构主要包括三个部分，服务目录、应用服务以及外接的服务目录信息存储。从架构图中可以看出，服务目录服务和应用服务同属于应用平台中，服务目录之间的数据同步主要是服务目录服务之间的数据同步，在服务目录服务启动时，会进行领导节点的选举，当领导节点选举出来之后，应用服务的服务目录信息增删改查均由领导节点进行，当调用方进行应用服务的服务信息调用时，也均由领导节点进行，当应用的服务目录信息有变动时，领导节点会将服务目录信息同步到从属节点上，整个服务目录的信息同步均在链路稳定的应用平台内部进行。

在传统的应用平台上，该种服务目录同步方式能够满足应用服务的需求，应用的服务信息也均能够实时的同步到服务目录中，应用的服务信息调用也均能够及时的获取。但是随着目前微服务及边缘计算的快速发展，基于云边协同的移动应用正在不断普及，在该种场景下，服务目录的同步需要在固定云平台和各个边缘节点平台之间进行，同时服务目录的同步需要考虑多应用时的服务目录服务的性能瓶颈和网络链路的窄带宽限制。故而，传统的服务目录同步机制由于存在对网络链路质量要求高、性能瓶颈、无法并发同步数据等问题，无法有效适用于动态的云边协同环境。

现有的服务目录同步方法可能会存在如下缺陷：（1）性能瓶颈：传统的服务目录同步大都采用串行同步的方式，导致会出现性能瓶颈问题。（2）网络带宽要求高。传统的服务目录同步方法是每次同步应用服务目录信息的所有数据，在云边协同环境中，网络带宽窄，无法每次都传输应用服务目录信息的所有数据。

发明内容