CN112988223A

CN112988223A - 框架集成方法、装置、电子设备及存储介质

Info

Publication number: CN112988223A
Application number: CN202110319236.1A
Authority: CN
Inventors: 刘超
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2021-03-25
Filing date: 2021-03-25
Publication date: 2021-06-18
Anticipated expiration: 2041-03-25
Also published as: CN112988223B

Abstract

本公开提供了一种框架集成方法、装置、电子设备及存储介质，涉及云计算、微服务等领域。具体实现方案为：基于发现服务(XDS)协议，将第一服务框架接入第二服务框架；响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接；在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。采用本公开，可以通过框架集成处理，将第一服务框架的已有业务平滑过渡到第二服务框架。

Description

框架集成方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域。本公开尤其涉及云计算、微服务等领域。

背景技术

随着计算机技术的发展，微服务技术越来越受到关注，微服务技术能够实现将多个小型自主服务组成一个整体应用，且各个组成部分之间是松耦合的、复杂性低。由于各个组成部分可以独立部署，修复故障或者引入新特性更容易，更方便独立扩展。

然而，目前的微服务技术已经由第一代微服务技术(如基于Spring Cloud的服务框架)向第二代微服务技术(如基于服务网格的服务框架)发展，这些微服务技术属于不同技术栈，需要采用各自的服务框架、不同版本库，甚至不同的操作系统，导致兼容性差，若想将一服务框架的已有业务平滑过渡到另一个服务框架，在技术实现上是个难点。

发明内容

本公开提供了一种框架集成方法、装置、电子设备及存储介质。

根据本公开的一方面，提供了一种框架集成方法，包括：

基于发现服务(XDS，X Discovery Service)协议，将第一服务框架接入第二服务框架；

响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接；

在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架

根据本公开的另一方面，提供了一种框架集成装置，包括：

框架接入模块，用于基于XDS协议，将第一服务框架接入第二服务框架；

连接模块，用于响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接；

集成模块，用于在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任意一实施例所提供的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行本公开任意一项实施例所提供的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现本公开任意一项实施例所提供的方法。

采用本公开，可以基于XDS协议，将第一服务框架接入第二服务框架；响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接；在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，从而，可以通过框架集成处理，将第一服务框架的已有业务平滑过渡到第二服务框。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例的框架集成方法的流程示意图；

图2是根据本公开实施例的一应用示例中一服务框架的示意图；

图3是根据本公开实施例的一应用示例中另一服务框架的示意图；

图4是根据本公开实施例的一应用示例中框架集成后的注册及服务发现的示意图；

图5是根据本公开实施例的一应用示例中在服务框架中实现配置的示意图；

图6是根据本公开实施例的一应用示例中框架集成后实现配置的示意图；

图7是根据本公开实施例的框架集成装置的组成结构示意图；

图8是用来实现本公开实施例的框架集成方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。本文中术语“第一”、“第二”表示指代多个类似的技术用语并对其进行区分，并不是限定顺序的意思，或者限定只有两个的意思，例如，第一特征和第二特征，是指代有两类/两个特征，第一特征可以为一个或多个，第二特征也可以为一个或多个。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

随着业务架构的迭代和升级，传统的单体应用逐渐向分布式、微服务转变，此时侵入式解决方案逐渐成为了业界的主流技术解决方案。侵入式解决方案是将核心的非业务能力如注册发现、熔断、限流等能力，统一集成在侵入式SDK中实现，让业务更加专注本身的业务逻辑，实现将核心的基础设施能力交付给专业的基础架构团队来维护实现，从而提升业务迭代效率，释放核心业务价值。支持该侵入式解决方案的微服务框架称为第一代微服务技术。基于Spring Cloud的服务框架作为第一代微服务技术的代表，在Java生态中有着非常广泛的应用和实践，其能够将微服务相关能力以可插拔的方式提供，供开发者使用，目前已成为Java生态中的微服务事实标准。

而随着云原生等技术的快速发展，侵入式微服务框架的缺点也逐渐暴露出来，如SDK管理混乱、SDK升级迭代需要业务同步升级、多语言支持困难等。此时非侵入式框架服务网格逐渐走入了开发者的视野，其非侵入式设计对业务无感，同时对多语言有非常好的支持，因此，业界逐渐转型服务网格技术，基于服务网格的服务框架被称为第二代微服务技术，在第二代微服务技术中以Istio作为代表成为事实标准。其中，Istio是服务网格的产品化落地，可以帮助微服务之间建立连接，可以帮助微服务分层解耦以分别执行服务发现、服务监控、负载均衡等。

随着业界逐渐认可该基于服务网格的服务框架，新业务逐步在服务网格中落地，然而大量现存的业务仍然采用基于Spring Cloud的服务框架，在微服务由第一代技术向第二代技术过渡中，新、旧业务间采用不同的服务框架是一个必然存在的阶段，如何将基于Spring Cloud的服务框架集成在服务网格中，以便将基于Spring Cloud的服务框架的已有业务平滑过渡到服务网格中，是要解决的技术问题。

针对这个问题，本公开可以基于XDS协议，将传统的Spring Cloud服务框架接入服务网格中，从而将在Spring Cloud服务框架的第一业务(已有的旧业务或新业务等)集成到服务网格中，实现了将基于Spring Cloud的服务框架的已有业务平滑过渡到服务网格。

根据本公开的实施例，提供了一种框架集成方法，图1是根据本公开实施例的框架集成方法的流程示意图，该方法可以应用于框架集成装置，例如，该装置可以部署于终端或服务器或其它处理设备执行的情况下，可以执行框架接入、数据连接、数据交互及框架集成后的业务集成等等，终端可以为用户设备(UE，User Equipment)、移动设备、蜂窝电话、无绳电话、个人数字处理(PDA，Personal Digital Assistant)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该方法还可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。如图1所示，包括：

S101、基于XDS协议，将第一服务框架接入第二服务框架。

S102、响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接。

S103、在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。

S101-S103的一示例中，可以基于XDS协议(XDS协议为Sidecar和Pilot之间传输的应用协议)，将第一服务框架(如传统的Spring Cloud服务框架)接入第二服务框架(如以Istio为事实标准的服务网格)中，在第一服务框架的数据平面响应业务操作，在第一服务框架的数据平面与第二服务框架的控制平面间基于该XDS协议建立连接。在数据平面与控制平面一直保持连接的状态下，将数据平面承载的第一业务(如已有的旧业务或新业务等)通过与控制平面的交互集成到第二服务框架(比如，注册到第二服务框架中、或部署到第二服务框架中等等)。

采用本公开，可以基于XDS协议将第一服务框架接入第二服务框架，比如将第一代微服务技术(如传统的Spring Cloud服务框架)集成到第二代微服务技术(如服务网格)中。响应业务操作，在第一服务框架的数据平面与第二服务框架的控制平面间基于XDS协议建立连接，在数据平面与控制平面一直保持连接的状态下，控制平面主动推送数据给数据平面，不需要数据平面主动拉取数据，比如，通过控制平面得到监听信息后主动推送数据给数据平面，数据的获取无时延，提高业务响应速度。将数据平面承载的第一业务通过与控制平面的交互集成到第二服务框架，从而，可以通过框架集成处理，将第一服务框架的已有业务平滑过渡到第二服务框。

一实施方式中，所述响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接，包括：在所述数据平面中集成支持XDS协议的第一软件开发工具包(SDK)，通过所述第一SDK，所述数据平面与所述控制平面间基于所述XDS协议建立连接。采用本实施方式，在数据平面可以集成基于XDS协议的该第一SDK(简称为XDS SDK)，不仅基于XDS协议可以与控制平面交互，还可以利用SDK可集成多种功能(如授权校验等)且接口简单等优势，使开发者无需关心具体协议及功能，快速的实现对应的业务。

一实施方式中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：在所述数据平面与所述控制平面一直保持所述连接的状态下，所述数据平面接收所述控制平面主动推送的更新信息；根据所述更新信息，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。采用本实施方式，通过控制平面的监听及主动推送功能，能够及时将该更新信息(如对应需要变更的配置信息等)主动推送给数据平面，而无需数据平面去拉取该更新信息，数据传输无时延。

一实施方式中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用在所述数据平面与所述控制平面一直保持所述连接的状态下，通过所述第一SDK接收所述控制平面主动推送的第一监听信息(比如，第一监听信息包括：所述控制平面监听到注册中心中的服务及服务实例的变化等)。根据所述第一监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务注册到所述注册中心。采用本实施方式，在数据平面的至少一个应用中集成支持XDS协议的第一SDK，使得所述至少一个应用通过该支持XDS协议的第一SDK，可以与控制平面间基于XDS协议建立连接，根据第一监听信息可以快速注册到注册中心。

一示例中，上述至少一个应用包括：消费者(Consumer)应用和提供者(Provider)应用的情况下，将集成于Provider应用及Consumer应用中的第一SDK启动，控制平面(Pilot)监听注册中心(Registry)中服务和服务实例的变化，将该服务及服务实例的变化作为该第一监听信息，并通过XDS协议，Pilot主动推送该第一监听信息至对应的第一SDK中，使得Provider应用及Consumer应用能够及时感知到Registry中该服务或服务实例发生的变化，则在Consumer应用向Provider应用发起调用时，可以根据Registry中该服务或服务实例发生的变化注册到Registry，以完成加载到第二服务框架的自动服务发现，以此发现Provider应用对应的后端地址，从而完成调用。

一实施方式中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用在所述数据平面与所述控制平面一直保持所述连接的状态下，通过所述第一SDK接收所述控制平面主动推送的第二监听信息(比如，第二监听信息包括：所述控制平面监听到配置中心的配置信息变化等)。根据所述第二监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务进行配置更新。采用本实施方式，在数据平面的至少一个应用中集成支持XDS协议的第一SDK，使得所述至少一个应用通过该支持XDS协议的第一SDK，可以与控制平面间基于XDS协议建立连接，根据第二监听信息可以快速使最新配置生效。

一示例中，上述至少一个应用包括：Consumer应用和Provider应用的情况下，将集成于Provider应用及Consumer应用中的第一SDK启动，Pilot监听配置中心(如API Server)中CRD形式的配置信息变化，该CRD形式的配置信息可以为用户通过该API Server提交的CRD形式的配置及服务治理数据(如限流、熔断、路由)。将该CRD形式的配置信息变化作为该第二监听信息，并通过XDS协议，Pilot主动推送该第二监听信息至对应的第一SDK中，使得Provider应用及Consumer应用能够及时感知到该API Server中该配置及服务治理数据发生的变化，使其最新的配置及服务治理数据在Provider应用及Consumer应用及时生效，配置变更效率有明显的提升。

应用示例：

微服务的技术改造包括如下内容：

(1)基于开源技术方案的改造：就服务网格而言，开源产品包括Istio、Consul等。Consul本身提供服务网格能力，同时可提供注册中心和配置中心的基础能力，因此其充当控制平面，能够支持envoy数据平面，以此提供服务网格的能力。Istio目前已基本成为了服务网格事实标准，同样能够支持envoy数据平面，envoy数据平面作为通用的数据平面，当它与一个足够复杂的控制平面相结合时，会极大的降低整体运维的复杂性，从而，可以提升服务网格的能力，同时也提供了在传统虚拟机环境的服务网格能力，主要是基于Istio在传统生态中提供支持。然而，涉及到Spring Cloud服务框架，基于开源技术方案的改造，仍然无法将Spring Cloud服务框架集成在服务网格中，则多个服务框架(Spring Cloud服务框架及服务网格)分属不同的技术栈，导致兼容性差。

(2)商业化的落地产品：这种方案主要依托于商业化产品来提供开箱即用的服务。就服务网格而言，提供了一个全托管的服务网格产品，从而极大减轻开发与运维的工作负担，主要是基于开源产品Istio的全托管，本身并没有提供Spring Cloud服务框架集成服务网格的能力。也就是说，涉及到Spring Cloud服务框架，基于商业化的落地产品，仍然无法将Spring Cloud服务框架集成在服务网格中，则多个服务框架(Spring Cloud服务框架及服务网格)分属不同的技术栈，导致兼容性差。

上述兼容性差，主要是由于Spring Cloud服务框架及服务网格的应用场景有所不同，对应的技术方案所带来的问题和缺点如下：

对于方案(1)，该方案只是提供了新业务落地服务网格的思路，无法直接适用现存Spring Cloud业务，因为其产生的背景并不是基于现存业务的迁移，而是将新业务落地服务网格。因此对于Spring Cloud服务框架无法直接集成在服务网格中。

对于方案(2)，该方案是对开源产品进行的托管，和方案(1)实质类似，相比较而言，方案(2)主要是减少了自建和运维成本，增加了产品易用性等，对于Spring Cloud服务框架如何集成服务网格，仍然不能给出技术方案。

综上所述，应用本公开实施例的如下处理流程，通过分析Spring Cloud服务框架及服务网格所适用的不同架构设计及不同应用场景，可以通过兼容性好的XDS协议，将Spring Cloud服务框架集成在服务网格中，进一步还可以将支持XDS协议的Java XDS SDK(即上述简称为“XDS SDK”的第一SDK)集成在Spring Cloud应用中，使其具备能够具备集成在服务网格中的能力，从而，能够让业务平滑过渡迁移。

应用本公开实施例的如下处理流程，主要实现了采用标准协议对接服务网格、对接服务网格实现服务发现能力及对接服务网格实现服务治理能力。

一、采用标准协议对接服务网格

Spring Cloud服务架构和服务网格的服务架构，在各自的控制面实现。其中，就Spring Cloud服务架构而言，Spring Cloud服务架构中可以使用Spring Cloud Config作为其配置中心，分为服务器(Server)和客户端(Client)两个部分，其中，通过Server完成配置信息的存储、并提供接口以将配置信息提供给用户；通过Client可以通过接口获取配置信息，并完成配置信息在应用程序的初始化。Client和Server之间交互的协议形式可以为Http协议，由Client通过Http协议向Server发起请求后，Server将其中的配置信息返回给Client，两者之间交互的协议内容并没有规范要求。就服务网格而言，Istio作为服务网格最主要的实现方，可以将pilot作为其控制面实现。Istio整体分为数据平面和控制平面，数据平面又称为边车(Sidecar)，数据平面在启动时主动和控制平面通过GRPC(GRPC为高性能、开源和通用的远程过程调用协议框架)的协议形式连接起来，数据平面与控制平面一直处于连接状态，直至数据平面退出。利用GRPC推送的能力，控制平面能够及时将对应需要变更的配置信息推送给数据平面。数据平面和控制平面之间交互的协议规范称为XDS协议规范。这里的“X”表示不限于具体的协议，是一组基于不同数据源的服务协议的总称，包括：集群发现服务(CDS)、监听器发现服务(LDS)、集群成员发现服务(EDS)、路由发现服务(RDS)等。

通过上述Spring Cloud服务架构和服务网格的对比发现，服务网格能更好的为用户提供微服务，XDS协议有着良好的兼容性和可扩展性，通过GRPC优秀的数据推送能力，能够解决传统Spring Cloud生态中通过“拉”来获取数据存在延迟的问题，实现秒级别数据推送。图2根据本公开实施例的一应用示例中一服务框架的示意图，包括控制平面侧及数据平面侧，控制平面侧及数据平面侧基于Istio服务网格中的XDS协议连接及交互。在数据平面侧分别有应用Consumer及Provider应用，Consumer及Provider应用可以互相调用，考虑到技术的发展演进以及未来的可扩展性，可以基于图2的Istio服务网格的架构来改造传统的Spring Cloud服务架构，使其可以集成到服务网格中，则需要采用XDS协议作为标准协议，在Spring Cloud服务架构与服务网格间建立连接。

二、对接服务网格实现服务发现能力

就Spring Cloud服务架构而言，在传统的Spring Cloud生态体系中，通过SpringCloud中对应的Spring Cloud组件来完成对应的服务注册以及服务发现能力。其中SpringCloud Eureka、Spring Cloud Consul、Spring Cloud Ribbon的组合会实现服务注册以及发现的能力，统称这些SDK为Spring Cloud SDK。图3是根据本公开实施例的一应用示例中另一服务框架的示意图，基于Spring Cloud服务框架来实现服务发现的过程中，SpringCloud SDK作为侵入式SDK在应用Provider启动时，自动向注册中心(Registry)完成注册。Consumer应用通过Invoke机制向Provider应用发起调用时，可以通过Spring Cloud SDK从Registry完成自动服务发现，以此发现Provider应用对应的后端地址完成调用。其中在Spring Cloud生态中服务注册中服务发现的逻辑都是基于Http协议来实现的。

图4是根据本公开实施例的一应用示例中框架集成后的注册及服务发现的示意图，Spring Cloud服务框架应用对接服务网格实现服务发现能力。考虑到技术的发展演进以及未来的可扩展性，可以基于图2的Istio服务网格的架构来改造传统的Spring Cloud服务架构，实现了将Spring Cloud服务框架集成到服务网格，具体的，使用XDS SDK替换Spring Cloud SDK，去除Spring Cloud SDK中已实现的服务注册发现功能，转而通过XDSSDK通过标准协议XDS和Pilot建立连接，则控制平面监听到Registry(如Consul、Eureka等)中服务和服务实例的变化，当Registry中的服务或服务实例发生变化后，能够主动的将变更数据通过XDS协议推送至对应的XDS SDK中，使得应用程序能够及时感知到服务或服务实例发生的变化，则Consumer应用通过Invoke机制向Provider应用发起调用时，可以通过XDSSDK从Registry完成自动服务发现，以此发现Provider应用对应的后端地址完成调用。这种方式在变更时效性上比传统的Spring Cloud体系中有明显的提升。

三、对接服务网格实现配置获取能力

就Spring Cloud服务架构而言，图5是根据本公开实施例的一应用示例中在服务框架中实现配置的示意图，基于Spring Cloud服务框架实现配置发现，在Spring Cloud服务框架中可以将应用程序的配置信息以及对应的服务治理数据(服务路由、限流、熔断)等数据以文件的形式存储在Git格式的数据库中，将Spring Cloud Config Server作为配置中心，应用程序通过Spring Cloud SDK客户端定时从配置中心中拉取对应的配置信息，并加载至应用程序中，使其生效。

考虑到技术的发展演进以及未来的可扩展性，可以基于图2的Istio服务网格的架构来改造传统的Spring Cloud服务架构，为了使Spring Cloud服务框架应用集成到服务网格中，将Spring Cloud服务框架生态中的配置中心如Spring Cloud Config Server统一替换Pilot。图6是根据本公开实施例的一应用示例中框架集成后实现配置的示意图，基于Spring Cloud服务框架应用对接服务网格实现配置发现的过程中，用户可以将配置和服务治理数据(限流、熔断、路由)以CRD格式的数据形式向API Server中提交，应用程序适用XDS客户端主动和Pilot建立连接，Pilot监听API Server中相应CRD形式存储配置信息的变化，当CRD形式存储配置信息发生变化后，Pilot能够获取最新CRD形式的配置信息，并将该配置信息主动推送至应用程序，使其最新的配置信息在应用程序端及时生效，得益于XDS高效的推送能力，Spring Cloud服务框架应用集成在服务网格中，配置变更效率有明显的提升。

采用本公开，Spring Cloud服务框架和服务网格生态统一了控制平面，从而可以减少维护Spring Cloud Config Server配置中心的成本；将Spring Cloud服务框架应用集成在服务网格中，从而可以将传统微服务应用纳管在服务网格生态中，两种生态可实现互联互通；通过控制平面主动推送的机制，使得配置规则生效的时延明显提升，实际应用中，该配置规则的生效时延由30秒减少至1秒内完成配置下发和生效；产品可以灵活支持现有Spring Cloud服务框架的业务场景，从而在产品外部输出时，能更好地支持外部用户业务场景，提升产品对用户业务应用的兼容性。

根据本公开的实施例，提供了一种框架集成装置，图7是根据本公开实施例的框架集成装置的组成结构示意图，如图7所示，框架集成装置700包括：框架接入模块701，用于基于XDS协议，将第一服务框架接入第二服务框架；连接模块702，用于响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接；集成模块703，用于在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。

一实施方式中，在所述数据平面中集成支持XDS协议的第一SDK，通过所述第一SDK，所述数据平面与所述控制平面间基于所述XDS协议建立连接。

一实施方式中，所述集成模块，用于在所述数据平面与所述控制平面一直保持所述连接的状态下，所述数据平面接收所述控制平面主动推送的更新信息；根据所述更新信息，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。

一实施方式中，所述集成模块，用于在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用通过所述第一SDK接收所述控制平面主动推送的第一监听信息；其中，所述第一监听信息包括：所述控制平面监听到注册中心中的服务及服务实例的变化。根据所述第一监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务注册到所述注册中心。

一实施方式中，所述集成模块，用于在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用通过所述第一SDK接收所述控制平面主动推送的第二监听信息；其中，所述第二监听信息包括：所述控制平面监听到配置中心的配置信息变化。根据所述第二监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务进行配置更新。

本公开实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8是用来实现本公开实施例的框架集成方法的电子设备的框图。该电子设备可以为前述部署设备或代理设备。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。

如图8所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序来执行各种适当的动作和处理。在RAM 803中，还可存储电子设备800操作所需的各种程序和数据。计算单元801、ROM802以及RAM 803通过总线804彼此相连。输入输出(I/O)接口805也连接至总线804。

电子设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如框架集成方法。例如，在一些实施例中，框架集成方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到电子设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的框架集成方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行框架集成方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims

1.一种框架集成方法，包括：

基于发现服务XDS协议，将第一服务框架接入第二服务框架；

在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过所述控制平面交互集成到所述第二服务框架。

2.根据权利要求1所述的方法，其中，所述响应业务操作，在所述第一服务框架的数据平面与所述第二服务框架的控制平面间基于所述XDS协议建立连接，包括：

在所述数据平面中集成支持XDS协议的第一软件开发工具包SDK；

通过所述第一SDK，所述数据平面与所述控制平面间基于所述XDS协议建立连接。

3.根据权利要求1或2所述的方法，其中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：

在所述数据平面与所述控制平面一直保持所述连接的状态下，所述数据平面接收所述控制平面主动推送的更新信息；

根据所述更新信息，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架。

4.根据权利要求2所述的方法，其中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：

在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用通过所述第一SDK接收所述控制平面主动推送的第一监听信息；其中，所述第一监听信息包括：所述控制平面监听到注册中心中的服务及服务实例的变化；

根据所述第一监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务注册到所述注册中心。

5.根据权利要求2所述的方法，其中，所述在所述数据平面与所述控制平面一直保持所述连接的状态下，将所述数据平面承载的第一业务通过与所述控制平面的交互集成到所述第二服务框架，包括：

在所述数据平面的至少一个应用中集成所述第一SDK的情况下，所述至少一个应用通过所述第一SDK接收所述控制平面主动推送的第二监听信息；其中，所述第二监听信息包括：所述控制平面监听到配置中心的配置信息变化；

根据所述第二监听信息，所述至少一个应用通过所述第一SDK将与所述至少一个应用对应的第一业务进行配置更新。

6.一种框架集成装置，所述装置包括：

框架接入模块，用于基于发现服务XDS协议，将第一服务框架接入第二服务框架；

7.根据权利要求6所述的装置，其中，所述连接模块，用于：

8.根据权利要求6或7所述的装置，其中，所述集成模块，用于：

9.根据权利要求7所述的装置，其中，所述集成模块，用于：

10.根据权利要求7所述的装置，其中，所述集成模块，用于：

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行权利要求1-5中任一项所述的方法。

13.一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现权利要求1-5中任一项所述的方法。