CN111416875A - 一种面向云边协同的服务目录同步方法及系统 - Google Patents

Abstract

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

Description

一种面向云边协同的服务目录同步方法及系统

技术领域

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

背景技术

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

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

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

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

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

发明内容

本发明要解决的技术问题：针对现有技术的上述问题，提供一种面向云边协同的服务目录同步方法及系统，本发明能够实现云边协同环境下的服务目录同步，极大的降低了应用服务目录信息同步的数据量，减轻了云边、边边间的网络负载，能提高应用服务目录信息的同步效率，在网络环境差、规模大、实时性高的云边协同环境下具有很强的实用性和扩展性。

为了解决上述技术问题，本发明采用的技术方案为：

一种面向云边协同的服务目录同步方法，实施步骤包括：

1）接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

2）判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行步骤3）；否则跳转执行步骤4）；

3）生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

4）对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。

可选地，步骤3）中生成该应用的应用日志的日志内容包括服务名称、端口、版本、必须参数、操作类型、操作记录及时间戳。

可选地，步骤3）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的应用服务目录信息和应用日志并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其添加到本地的应用服务目录中。

可选地，步骤4）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的更新记录并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其与本地存储的该应用的应用日志进行对比，对比完成后更新该应用在本地的应用日志，并根据应用日志的新增记录更新应用服务目录信息。

可选地，所述发送到云边协同环境中的其他平台的详细步骤包括：如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M，则边缘节点平台S1直接发送给固定云平台M；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和一个边缘节点平台S2，则边缘节点平台S1直接发送给固定云平台M，然后再由固定云平台M发送给边缘节点平台S2；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和多个边缘节点平台，则边缘节点平台S1发送给固定云平台M以及至少一个其他边缘节点平台，且收到发送内容的固定云平台M或者其他边缘节点平台则分别将收到的发送内容继续扩展发送给其他尚未收到发送内容的其他边缘节点平台。

此外，本发明还提供一种面向云边协同的服务目录同步系统，包括：

操作接收程序单元，用于接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

操作判断程序单元，用于判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行应用新增程序单元；否则跳转执行应用更新程序单元；

应用新增程序单元，用于生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

应用更新程序单元，用于对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。

此外，本发明还提供一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，所述边缘节点平台被编程或配置以执行所述面向云边协同的服务目录同步方法的步骤，所述边缘节点平台的存储器上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

此外，本发明还提供一种面向云边协同的服务目录同步系统，包括计算机设备，该计算机设备被编程或配置以执行所述面向云边协同的服务目录同步方法的步骤，或者该计算机设备的存储器上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

此外，本发明还提供一种计算机可读存储介质，该计算机可读存储介质上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

此外，本发明还提供一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，所述边缘节点平台包括应用日志模块、服务同步模块、策略分析模块以及分布式存储集群模块，所述策略分析模块用于接收应用的服务目录更新操作，将应用的服务目录信息通过分布式存储集群模块存储到分布式存储集群中，判断该应用是新增的应用还是已有应用，并分别调用应用日志模块执行不同任务；所述应用日志模块用于在该应用是新增的应用时生成该应用的应用日志发送给服务同步模块并通过分布式存储集群模块存储到分布式存储集群中、在该应用是已有的应用时对该应用的应用日志进行更新以生成新增应用操作的更新记录通过分布式存储集群模块存储到分布式存储集群中并发送给服务同步模块；所述服务同步模块用于将来自应用日志模块的应用日志或新增应用操作记录打包给策略分析模块，所述策略分析模块还用于将打包后的应用日志或新增应用操作记录并发同步到云边协同环境中的其他平台的服务目录服务中。

和现有技术相比，本发明具有下述优点：

1)本发明能够弥补传统服务目录同步的性能瓶颈问题，在应用的服务目录信息进行同步更新时，实现了并发同步，提升了整体的服务目录信息同步的网络性能。

2)本发明能够实现基于日志的服务目录信息增量更新，在进行服务目录信息更新时，仅仅只需要同步应用服务目录信息的更新信息，极大的降低了应用服务目录信息同步的数据量。

3）本发明能够实现网络流量的负载均衡，在云边协同的网络窄带宽环境中，能够有效的实时进行应用服务目录信息同步。

附图说明

图1为传统服务目录同步的示意图。

图2为本发明实施例方法的基本流程示意图。

图3为本发明实施例中的云边协同环境的结构示意图。

图4为本发明实施例中的面向云边协同的服务目录同步系统的工作流程图。

具体实施方式

如图2所示，本实施例面向云边协同的服务目录同步方法的实施步骤包括：

1）接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

2）判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行步骤3）；否则跳转执行步骤4）；

3）生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

4）对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。

本实施例中，步骤3）中生成该应用的应用日志的日志内容包括服务名称、端口、版本、必须参数、操作类型、操作记录及时间戳。

本实施例中，步骤3）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的应用服务目录信息和应用日志并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其添加到本地的应用服务目录中。

本实施例中，步骤4）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的更新记录并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其与本地存储的该应用的应用日志进行对比，对比完成后更新该应用在本地的应用日志，并根据应用日志的新增记录更新应用服务目录信息。

本实施例中，所述发送到云边协同环境中的其他平台的详细步骤包括：如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M，则边缘节点平台S1直接发送给固定云平台M；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和一个边缘节点平台S2，则边缘节点平台S1直接发送给固定云平台M，然后再由固定云平台M发送给边缘节点平台S2；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和多个边缘节点平台，则边缘节点平台S1发送给固定云平台M以及至少一个其他边缘节点平台，且收到发送内容的固定云平台M或者其他边缘节点平台则分别将收到的发送内容继续扩展发送给其他尚未收到发送内容的其他边缘节点平台。

本实施例中的云边协同环境如图3所示，云边协同环境包括固定云服务目录、边缘服务目录和分布式存储集群，其中边缘服务目录的数量为多个。在逻辑上，本实施例中固定云服务目录模块和边缘服务目录模块属于对等级别。固定云服务平台和边缘服务平台均为独立的应用平台，平台中包括计算资源、存储资源和网络资源等，且均可以独立的发布应用和对应用进行操作。本实施例中，云边协同环境中的每个平台均部署了服务目录服务来记录云与边中所有的应用服务目录信息，服务目录服务中包含三个模块，应用日志模块、服务同步模块和策略分析模块。分布式存储的功能是在本地存储所有平台的应用服务目录信息。应用日志模块的作用是对每个应用生成一个应用日志并记录应用服务目录信息的操作，当应用有更新操作时，应用服务目录服务将应用日志的增量部分同步到其他平台上，在其他平台接收到应用日志后，会与本地的应用日志进行对比，并根据应用日志的更新记录对该应用在本地服务目录信息记录进行更新操作。服务同步模块的功能是将应用日志同步到所有平台上（包括固定云平台和边缘节点平台），当应用在平台A上更新时，服务同步模块会将该应用的应用日志同步到平台B上，此时平台A和平台B均作为应用日志同步的源平台，之后平台A和平台B将应用日志再并发的同步到平台C和平台D上，以此类推，以实现应用日志的同步并发。策略分析模块的功能是实现服务目录同步的策略分析并进行决策。当应用被发布时，此时对应的平台上的策略分析模块会生成该应用的服务目录信息应用日志，该日志中记录的主要内容包括：服务名称、端口、版本、必须参数、操作类型、操作记录及时间戳等信息。当应用进行更新操作时，会新增该应用的更新操作记录。当应用日志进行同步时，通过指数级并发算法实现服务目录信息的应用日志并发同步，以达到应用日志的并发同步，同时避免单点故障、实现云边之间网络流量的负载均衡。

此外，本实施例还提供一种面向云边协同的服务目录同步系统，包括：

操作接收程序单元，用于接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

操作判断程序单元，用于判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行应用新增程序单元；否则跳转执行应用更新程序单元；

应用新增程序单元，用于生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

应用更新程序单元，用于对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。

此外，本实施例还提供一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，所述边缘节点平台被编程或配置以执行所述面向云边协同的服务目录同步方法的步骤，所述边缘节点平台的存储器上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

此外，本实施例还提供一种面向云边协同的服务目录同步系统，包括计算机设备，该计算机设备被编程或配置以执行所述面向云边协同的服务目录同步方法的步骤，或者该计算机设备的存储器上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

此外，本实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有被编程或配置以执行所述面向云边协同的服务目录同步方法的计算机程序。

如图4所示，本实施例还提供一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，所述边缘节点平台包括应用日志模块、服务同步模块、策略分析模块以及分布式存储集群模块，所述策略分析模块用于接收应用的服务目录更新操作，将应用的服务目录信息通过分布式存储集群模块存储到分布式存储集群中，判断该应用是新增的应用还是已有应用，并分别调用应用日志模块执行不同任务；所述应用日志模块用于在该应用是新增的应用时生成该应用的应用日志发送给服务同步模块并通过分布式存储集群模块存储到分布式存储集群中、在该应用是已有的应用时对该应用的应用日志进行更新以生成新增应用操作的更新记录通过分布式存储集群模块存储到分布式存储集群中并发送给服务同步模块；所述服务同步模块用于将来自应用日志模块的应用日志或新增应用操作记录打包策略分析模块，所述策略分析模块还用于将打包后的应用日志或新增应用操作记录并发同步到云边协同环境中的其他平台的服务目录服务中。

其中：应用日志模块的主要功能是生成应用的服务目录信息日志并记录应用服务目录信息的日志更新操作。当新增一个应用时，应用日志模块会在平台中生成对该应用的服务目录信息日志信息，该日志信息记录了该应用的操作记录及应用的基本信息；当对一个已存在的应用进行更新操作时，应用日志模块会在该应用的应用日志上新增一条记录，记录该应用的服务目录变更操作记录。

服务同步模块是实现应用的服务目录信息同步，当新增一个应用时，会将应用的服务目录信息及应用日志同步到固定云平台和其他的边缘节点平台上，当应用的服务目录信息更新时，会将应用的应用日志更新记录同步到固定云平台和其他的边缘节点平台上，具体的并发同步算法则是由策略分析模块决定。

策略分析模块主要的任务是对应用的操作进行分析判断、对应用服务目录信息和应用日志记录的同步算法进行实现，该模块的具体实现如下：（1）当平台上的应用是个新增应用时，策略分析模块发送生成应用服务目录信息日志的请求给应用日志模块，请求应用日志模块生成应用的服务目录信息日志。（2）当平台上的应用是个已有应用时，策略分析模块将发送更新应用日志记录的请求给应用日志模块，请求应用日志模块对该应用的服务目录信息日志记录进行更新操作，更新操作的日志信息仅仅记录当前应用服务目录信息做了哪些更新，对未更新的信息不进行更新记录。（3）当策略分析模块接收到服务同步模块的请求后，策略分析模块会根据指数级并发算法对服务同步模块发送来的数据进行并发同步。

具体的同步算法列举如下：

在云边协同环境中，假设应用的服务目录信息更新的平台为边缘节点平台S1。

情形一：当云边协同环境中只有固定云平台M和一个边缘节点平台S1时，边缘平台节点S1会将应用的服务目录信息日志记录直接同步到M上；

情形二：当云边协同环境中只有固定云平台M和两个边缘节点平台S1、S2时，边缘平台节点S1会将应用的服务目录信息日志记录直接同步到M上，然后M再把应用日志记录同步到平台S2上；

情形三：当云边协同环境中只有固定云平台M和三个边缘节点平台S1、S2、S3时，边缘平台节点S1会将应用的服务目录信息日志记录直接同步到M上，然后M再把应用日志记录同步到平台S2、同时S1会把应用日志记录同步到平台S3上；

以此类推，

情形N：当云边协同环境中只有固定云平台M和十二个边缘节点平台S1-S12时，第一步：边缘平台节点S1会将应用的服务目录信息日志记录直接同步到M上；第二步：M把应用日志记录同步到S2，S1把应用日志记录同步到S3；第三步：M把应用日志记录同步到S4，S1把应用日志记录同步到S5，S2把应用日志记录同步到S6，S3把应用日志记录同步到S7；第四步：M把应用日志记录同步到S8，S1把应用日志记录同步到S9，S2把应用日志记录同步到S10，S3把应用日志记录同步到S11；S4把应用日志记录同步到S12；以此类推……。

通过以上的方式，在同步应用的服务目录信息时，有效的将网络流量负载均衡了，减轻了单个平台的网络负载压力，提高了应用服务目录信息的同步性能，同时也有效的避免了单点故障。

分布式存储集群模块的主要功能是为固定云服务目录和边缘服务目录提供应用服务目录信息的存储和应用服务目录信息日志的存储。

综上所述，本实施例面向云边协同的服务目录同步方法设计实现服务目录同步模型在应用服务目录信息新增时，将服务目录信息推送到其他节点上，同时生成应用日志，在应用下次更新时，只需要传输应用日志的变更信息，实现了应用服务目录信息的增量同步，减轻了云边之间的网络传输压力，另外在其他边缘节点平台同步到应用服务目录信息后，该平台也将作为源节点平台，将应用日志同步到未同步的边缘节点平台上，实现了指数级并发同步，一方面减轻了单个边缘节点平台的压力，提升了传输性能，另一方面也实现了指数级并发同步，大大减少了应用服务目录信息同步的时间，同时也避免了单点故障问题。和现有技术相比，本实施例面向云边协同的服务目录同步方法的优势在于：（1）从生产实际需求考虑，弥补了云边协同环境下服务目录的有效同步。（2）在应用服务目录信息更新后，只需要同步应用服务目录信息的增量记录，无需同步全局信息，极大的降低了应用服务目录信息同步的数据量，减轻了云边、边边之间的网络负载。（3）能够有效的在网络窄带宽的环境中进行云与边、边与边的服务目录信息并发同步，从而提高应用服务目录信息的同步效率，在网络环境差、规模大、实时性高的云边协同环境下，具有很强的实用性和扩展性。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种面向云边协同的服务目录同步方法，其特征在于实施步骤包括：

1）接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

2）判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行步骤3）；否则跳转执行步骤4）；

3）生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

4）对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中其他平台的服务目录服务中。

2.根据权利要求1所述的面向云边协同的服务目录同步方法，其特征在于，步骤3）中生成该应用的应用日志的日志内容包括服务名称、端口、版本、必须参数、操作类型、操作记录及时间戳。

3.根据权利要求2所述的面向云边协同的服务目录同步方法，其特征在于，步骤3）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的应用服务目录信息和应用日志并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其添加到本地的应用服务目录中。

4.根据权利要求2所述的面向云边协同的服务目录同步方法，其特征在于，步骤4）中并发同步到云边协同环境中的其他平台的服务目录服务中的详细步骤包括：将该应用的更新记录并行发送到云边协同环境中的其他平台，所述其他平台在收到该应用的应用服务目录信息和应用日志之后将其与本地存储的该应用的应用日志进行对比，对比完成后更新该应用在本地的应用日志，并根据应用日志的新增记录更新应用服务目录信息。

5.根据权利要求3或4所述的面向云边协同的服务目录同步方法，其特征在于，所述发送到云边协同环境中的其他平台的详细步骤包括：如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M，则边缘节点平台S1直接发送给固定云平台M；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和一个边缘节点平台S2，则边缘节点平台S1直接发送给固定云平台M，然后再由固定云平台M发送给边缘节点平台S2；如果云边协同环境中除接收应用的服务目录更新操作的边缘节点平台S1以外的其他平台只有固定云平台M和多个边缘节点平台，则边缘节点平台S1发送给固定云平台M以及至少一个其他边缘节点平台，且收到发送内容的固定云平台M或者其他边缘节点平台则分别将收到的发送内容继续扩展发送给其他尚未收到发送内容的其他边缘节点平台。

6.一种面向云边协同的服务目录同步系统，其特征在于包括：

操作接收程序单元，用于接收应用的服务目录更新操作，将应用的服务目录信息存储到分布式存储集群中；

操作判断程序单元，用于判断该应用是新增的应用还是已有应用，若该应用是新增的应用则跳转执行应用新增程序单元；否则跳转执行应用更新程序单元；

应用新增程序单元，用于生成该应用的应用日志并存储到分布式存储集群中，将该应用的应用服务目录信息和应用日志打包且并发同步到云边协同环境中的其他平台的服务目录服务中；

应用更新程序单元，用于对该应用的应用日志进行更新生成新增应用操作的更新记录并存储到分布式存储集群中，将该应用的更新记录打包且并发同步到云边协同环境中的其他平台的服务目录服务中。

7.一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，其特征在于，所述边缘节点平台被编程或配置以执行权利要求1～5中任意一项所述面向云边协同的服务目录同步方法的步骤，所述边缘节点平台的存储器上存储有被编程或配置以执行权利要求1～5中任意一项所述面向云边协同的服务目录同步方法的计算机程序。

8.一种面向云边协同的服务目录同步系统，包括计算机设备，其特征在于，该计算机设备被编程或配置以执行权利要求1～5中任意一项所述面向云边协同的服务目录同步方法的步骤，或者该计算机设备的存储器上存储有被编程或配置以执行权利要求1～5中任意一项所述面向云边协同的服务目录同步方法的计算机程序。

9.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有被编程或配置以执行权利要求1～5中任意一项所述面向云边协同的服务目录同步方法的计算机程序。

10.一种面向云边协同的服务目录同步系统，包括有固定云平台M和至少一个边缘节点平台，其特征在于，所述边缘节点平台包括应用日志模块、服务同步模块、策略分析模块以及分布式存储集群模块，所述策略分析模块用于接收应用的服务目录更新操作，将应用的服务目录信息通过分布式存储集群模块存储到分布式存储集群中，判断该应用是新增的应用还是已有应用，并分别调用应用日志模块执行不同任务；所述应用日志模块用于在该应用是新增的应用时生成该应用的应用日志发送给服务同步模块并通过分布式存储集群模块存储到分布式存储集群中、在该应用是已有的应用时对该应用的应用日志进行更新以生成新增应用操作的更新记录通过分布式存储集群模块存储到分布式存储集群中并发送给服务同步模块；所述服务同步模块用于将来自应用日志模块的应用日志或新增应用操作记录打包给策略分析模块，所述策略分析模块还用于将打包后的应用日志或新增应用操作记录并发同步到云边协同环境中的其他平台的服务目录服务中。

Images