WO2022170782A1 - 微服务配置的方法、装置、电子设备、系统以及存储介质 - Google Patents

微服务配置的方法、装置、电子设备、系统以及存储介质 Download PDF

Info

Publication number
WO2022170782A1
WO2022170782A1 PCT/CN2021/123921 CN2021123921W WO2022170782A1 WO 2022170782 A1 WO2022170782 A1 WO 2022170782A1 CN 2021123921 W CN2021123921 W CN 2021123921W WO 2022170782 A1 WO2022170782 A1 WO 2022170782A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
service data
cluster
data
configuration data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2021/123921
Other languages
English (en)
French (fr)
Inventor
刘超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to KR1020227034296A priority Critical patent/KR102911860B1/ko
Priority to JP2022559897A priority patent/JP7450750B2/ja
Priority to EP21925429.9A priority patent/EP4113290A4/en
Priority to US17/914,893 priority patent/US12481511B2/en
Publication of WO2022170782A1 publication Critical patent/WO2022170782A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons

Definitions

  • the present application relates to the field of computers, and more particularly, to a method, apparatus, electronic device, system and storage medium for microservice configuration.
  • Service Mesh Service Mesh
  • the microservice architecture divides the monolithic application into multiple microservice components according to the goal of clear responsibilities.
  • problems such as untimely configuration or incorrect configuration of microservices. This affects the stability of the microservice architecture.
  • the present disclosure provides a method, apparatus, electronic device, system, and storage medium for microservice configuration.
  • a method for configuring microservices is provided, which is applied to a business cluster.
  • the method may include the following steps:
  • a method for configuring microservices is provided, applied to the main cluster, and the method may include the following steps:
  • the service data corresponding to the service data acquisition request is sent to the corresponding business cluster.
  • an apparatus for configuring microservices may include:
  • a control plane component that receives configuration data from the main cluster
  • the data plane component is used to send a service data acquisition request to the main cluster and receive service data from the main cluster when the service data in the main cluster changes;
  • Data plane components are also used to perform service governance tasks based on configuration data and service data.
  • an apparatus for configuring microservices may include:
  • the configuration center component is used to send the changed configuration data to each business cluster when the configuration data is changed;
  • the registration center component is configured to send the service data corresponding to the service data acquisition request to the corresponding business cluster in the case of receiving the service data acquisition request of at least one business cluster.
  • a microservice system may include:
  • each business cluster is used to execute the aforementioned method for microservice configuration applied to the business cluster;
  • the main cluster for executing the aforementioned method applied to the microservice configuration of the main cluster.
  • an electronic device comprising:
  • the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method in any of the embodiments of the present disclosure.
  • a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform the method in any of the embodiments of the present disclosure.
  • a computer program product comprising a computer program that, when executed by a processor, implements the method in any of the embodiments of the present disclosure.
  • the service cluster can acquire service data in an active acquisition manner. Its advantage is that it can reduce the load of the main cluster, especially in scenarios with a large number of business clusters, it can greatly improve the stability of the main cluster.
  • FIG. 1 is a flowchart of a method for microservice configuration applied to a business cluster according to the present disclosure
  • FIG. 2 is a flowchart of sending a service data acquisition request according to the present disclosure
  • FIG. 3 is a flowchart of determining whether service data has changed according to the present disclosure
  • FIG. 4 is a flow diagram of performing a service governance task according to the present disclosure
  • FIG. 5 is a flowchart of a method for microservice configuration applied to a master cluster according to the present disclosure
  • FIG. 8 is a schematic diagram of an apparatus for configuring microservices corresponding to a business cluster according to the present disclosure
  • FIG. 9 is a schematic diagram of an apparatus for configuring microservices corresponding to a main cluster according to the present disclosure.
  • FIG. 10 is a schematic diagram of a microservice system according to the present disclosure.
  • FIG. 11 is a block diagram of an electronic device used to implement the method of microservice configuration of an embodiment of the present disclosure.
  • the present disclosure provides a method for configuring microservices, which is applied to a business cluster.
  • the method may include the following steps:
  • S101 Receive configuration data from the main cluster; and, in the case that the service data in the main cluster is determined to be changed, send a service data acquisition request to the main cluster, and receive service data from the main cluster;
  • S102 Execute a service governance task according to the configuration data and the service data.
  • one main cluster and at least one business cluster may be included.
  • the business cluster can acquire data from the main cluster through active acquisition and passive acquisition, and then use the acquired data to perform service governance tasks.
  • a service cluster may at least include a control plane component and a data plane component with upstream and downstream communication logic.
  • the control plane component is used to push service data and configuration data to the data plane component.
  • the control surface components may include Pilot components.
  • Data plane components can include sidecar components and microservice programs, and sidecar components can be deployed together with microservice programs. That is, a microservice program deploys a sidecar component correspondingly.
  • the sidecar component is used to take over all traffic to and from the microservice program to perform service governance operations.
  • service governance services can include service routing, service current limiting, service melting, fault injection, and traffic playback.
  • Configuration data can be obtained using a persistent connection. That is, when the configuration data is changed, the business cluster will obtain the changed configuration data that is actively delivered by the main cluster.
  • the business cluster can use active polling to determine whether there is a change in service data in the main cluster.
  • Changes to service data may include modifications, deletions, and/or upgrades and updates of service data by users.
  • the specific way of determining the change may include real-time detection of the user's change action, timed comparison and detection of service data, and acquisition of service data changes actively notified by the user, and the like.
  • the business cluster can actively send a service data acquisition request to the main cluster.
  • the master cluster receives the service data acquisition request, it can determine the service data corresponding to the service data acquisition request according to the content of the service data acquisition request. Send the service data corresponding to the service data acquisition request to the business cluster.
  • the business cluster After receiving the service data sent by the main cluster, the business cluster can perform service governance tasks according to the configuration data and service data.
  • the business cluster can obtain service data in a way of active acquisition. Its advantage is that it can reduce the load of the main cluster, especially in scenarios with a large number of business clusters, it can greatly improve the stability of the main cluster.
  • the step S102 sends a service data acquisition request to the main cluster, which may specifically include the following steps:
  • the required service data may be determined according to the configuration information prepared in advance by the user, or may be determined according to the instruction issued in advance by the user.
  • the service data required by each microservice program can be determined according to the number of microservice programs and the corresponding functions of each microservice program.
  • the service data required by each microservice program can be used as the service data required by the business cluster.
  • each business cluster can separately determine the required service data.
  • the business cluster can periodically send business data change inquiry information to the main cluster to determine whether the service data in the main cluster has changed. For example, when the service cluster receives a reply of "service data has been changed" or "business data of type XX has been changed" from the main cluster, it may be determined that the service data in the main cluster has changed. Alternatively, a request for obtaining the business data list may also be sent to the main cluster, and in the case that the contents of the business data lists received twice in succession are different, it may be determined that the service data in the main cluster has changed.
  • the changed service data is compared with the required service data to obtain a comparison result.
  • a service data acquisition request is sent to the main cluster.
  • the above process of confirming whether the business data in the main cluster has changed can be performed by the sidecar component in the business cluster.
  • the business cluster in region A includes three sidecar components, A1, A2, and A3.
  • the first sidecar component A1 is deployed together with APP1, the second sidecar component A2 is deployed together with APP2, and the third sidecar component A3 is deployed together with APP3.
  • the first sidecar component A1 can determine that the data of type A1 is the service data required by APP1, the second sidecar component A2 can determine that the data of type A2 is the service data required by APP2, and the third sidecar component A3 can determine that the data of type A3 is Service data required by APP3.
  • only the second sidecar component A2 may send a service data acquisition request to the main cluster to request to acquire the A2-type service data.
  • the first sidecar component A1 sends a service data acquisition request to the main cluster to request to acquire the A1 type of service data.
  • the second sidecar component A2 sends a service data acquisition request to the main cluster to request to acquire A2-type service data.
  • the third sidecar component A3 sends a service data acquisition request to the main cluster to request to acquire A3-type service data.
  • the business cluster can request the service data for the required service data.
  • the above solution can reduce the amount of data transmission. Especially for multi-cluster scenarios, it can improve the stability of the microservice system.
  • the method of determining that the service data in the main cluster is changed involved in step S202 may further include the following steps:
  • Each sidecar component in the business cluster can periodically send polling information to the main cluster to get the polling results fed back by the main cluster.
  • the difference between the two polling results exceeds the corresponding threshold, it can be determined that the service data in the main cluster has changed.
  • the corresponding threshold may be that the degree of difference exceeds 10%.
  • the weights of different parameters in the service data can be set, and when a parameter with a high weight changes, it can be determined that the service data in the main cluster has changed.
  • the change of service data can be determined flexibly and quickly.
  • performing the service governance task according to the configuration data and service data involved in step S102 may include the following sub-steps:
  • S401 Use service data to determine the service instance of each microservice program
  • S402 Use configuration data to determine parameters in the service instance
  • S403 Execute the service governance task for each microservice program according to the service instance of each microservice program and the parameters in the service instance.
  • Service data can be used to represent service instances of microservice programs in a business cluster.
  • a service instance can be a specific function performed by a microservice program.
  • the service instances of the microservice program include commodity information query, shopping cart (goods to be paid), bill settlement, and logistics query.
  • microservice programs can be included, and each microservice program can correspond to a service instance.
  • the configuration data can correspond to the parameters in the service instance.
  • the billing and settlement microservice program can call data from the shopping cart microservice program, but cannot call data from the logistics microservice program.
  • the configuration data may be a communication connection attempt time threshold of the shopping cart microservice program and the bill settlement microservice program, and the like.
  • the sidecar component deployed together with the logistics microservice program can control the logistics microservice program to call the information of the settled items in the bill settlement microservice program, so that the logistics of the settled items can be queried in the logistics microservice program state.
  • the sidecar component can control the communication attempt to retry or stop the communication connection attempt when the communication connection attempt time between the shopping cart microservice program and the bill settlement microservice process exceeds the communication connection attempt time threshold.
  • the sidecar component can implement service governance tasks for the microservice programs deployed with it based on service data and configuration data.
  • business clusters in different regions can form multiple activities in different places. Even if a business cluster fails, the overall smooth operation of the microservice architecture can still be guaranteed.
  • this application adopts the method of actively acquiring service data by business clusters, even for multi-cluster scenarios, it can meet the needs of large-scale service instances.
  • the present disclosure relates to a method for configuring microservices, which is applied to the main cluster.
  • the method may include the following steps:
  • S502 In the case of receiving the service data acquisition request of at least one service cluster, send the service data corresponding to the service data acquisition request to the corresponding service cluster.
  • the main function of the main cluster is to receive the user's business data and configuration data, and send them to each business cluster.
  • the main cluster can use the configuration center component to determine whether the configuration data has changed by actively polling detection or passively receiving notifications.
  • Changes can include edits, deletions, or updates.
  • the configuration data may include custom resource type (CRD, Custom Resource Definition) data.
  • the main cluster can use the registry component to receive requests from business clusters.
  • the service data corresponding to the service data acquisition request can be determined by analyzing the service data acquisition request of the business cluster. And the service data corresponding to the service data acquisition request is generated to the corresponding business cluster.
  • the main cluster will determine the corresponding service data according to the request only when it receives the request of the business cluster.
  • the solution of the present application can avoid the redundancy of service data delivery to the greatest extent. Based on this, the load of the main cluster can be reduced, especially in scenarios with a large number of business clusters, the stability of the main cluster can be greatly improved.
  • the service data corresponding to the service data acquisition request is sent to the corresponding business cluster, include:
  • S601 Perform adaptation processing on the received service data acquisition request of at least one service cluster to obtain an adaptation processing result
  • S602 Determine service data corresponding to the service data acquisition request according to the adaptation processing result
  • S503 Send the service data corresponding to the service data acquisition request to the corresponding business cluster.
  • the main cluster can use the registry component to receive business data edited by users.
  • Commonly used registry components of microservices for obtaining service data include various, for example, ZK (ZooKeeper), Eureka, Consul, Nacos, etc.
  • the present disclosure introduces a registry proxy unit (Registry Proxy) component.
  • Registration center agent unit component data models of different registration center components may be stored in advance. Based on this, when the master cluster receives a service data acquisition request sent by any service cluster, it can adapt the service data acquisition request by using the registration center proxy unit component.
  • the docking with different registry components can be realized, so that the service data corresponding to the service data acquisition request is determined in the corresponding registry component.
  • the service data corresponding to the service data acquisition request may be sent to the corresponding business cluster.
  • the difference between different registration centers can be overcome by using the registration center proxy unit.
  • sending the changed configuration data to each service cluster may specifically include the following steps:
  • S703 Use the received configuration data as the changed configuration data, and send the changed configuration data to each service cluster.
  • Each time the configuration center component receives configuration data it can retrieve the stored configuration data, compare the received configuration data with the stored configuration data, and obtain a comparison result.
  • the comparison result is that there is a difference between the two
  • the stored configuration data can be updated to the received configuration data, and the received configuration data can be used as the changed configuration data and delivered to each business cluster.
  • the degree of difference can also be used as the judging standard, and whether there is a difference in important data or high-weight data can be used as the judging standard.
  • the present application provides an apparatus for configuring microservices, and the apparatus may specifically include:
  • control plane component 801 for receiving configuration data from the master cluster
  • the data plane component 802 is configured to send a service data acquisition request to the main cluster and receive service data from the main cluster when the service data in the main cluster is changed;
  • Data plane components are also used to perform service governance tasks based on configuration data and service data.
  • the data plane component 802 includes a sidecar component, which may further include:
  • a service data determination unit for determining required service data
  • a service data comparison unit configured to compare the changed service data with the required service data to obtain a comparison result when it is determined that the service data in the main cluster has changed
  • the service data acquisition request sending unit is configured to send a service data acquisition request to the main cluster when the comparison result meets the predetermined condition.
  • the service data comparison unit can be specifically used for:
  • the data plane component 802 includes a sidecar component, which may further include:
  • the service instance determination unit is used to determine the service instance of each microservice program by using the service data
  • a parameter determination unit used to determine the parameters in the service instance by using the configuration data
  • the service governance task execution unit is used to execute the service governance task for each microservice program according to the service instance of each microservice program and the parameters in the service instance.
  • microservice configuration device which can specifically include:
  • the configuration center component 901 is configured to send the changed configuration data to each business cluster when the configuration data is changed;
  • the registration center component 902 is configured to send the service data corresponding to the service data acquisition request to the corresponding business cluster in the case of receiving the service data acquisition request of at least one business cluster.
  • the registry component 902 may further include:
  • a registration center proxy unit performing adaptation processing on the received service data acquisition request of at least one business cluster, and obtaining an adaptation processing result
  • a service data determination unit configured to determine the service data corresponding to the service data acquisition request according to the adaptation processing result
  • the service data sending unit is configured to send the service data corresponding to the service data acquisition request to the corresponding business cluster.
  • the configuration center component 901 may further include:
  • a configuration data comparison unit configured to compare the received configuration data with the stored configuration data to obtain a comparison result
  • a configuration data update unit configured to update the stored configuration data to the received configuration data when the comparison result is that the received configuration data is different from the stored configuration data
  • the configuration data sending unit is configured to use the received configuration data as the changed configuration data, and send the changed configuration data to each business cluster.
  • microservice system which may include:
  • each business cluster is used to execute the aforementioned method for microservice configuration applied to the business cluster;
  • the main cluster for executing the aforementioned method applied to the microservice configuration of the main cluster.
  • N is a positive integer.
  • Each service cluster may further include one control plane component and at least one data plane component.
  • the control plane component may be communicatively connected to the configuration center of the main cluster for acquiring configuration data sent by the main cluster, and sending the configuration data to the data plane component.
  • the sending method can be based on a Webhook mechanism.
  • Data plane components can include co-deployed microservices (APP in Figure 10) and sidecar components (Sidecar in Figure 10).
  • APP co-deployed microservices
  • Sidecar Sidecar in Figure 10
  • the sidecar component is used to send a service data acquisition request to the main cluster when it is detected that the service data in the main cluster changes. And receive the service data sent by the main cluster. According to the received configuration data and service data, perform service governance tasks for the microservice program.
  • the registry component in the main cluster is used to receive and store the service data configured by the client.
  • the service data corresponding to the service data acquisition request is determined.
  • the service data corresponding to the service data acquisition request is sent to the data plane component in the business cluster.
  • the configuration data may include custom resource type (CRD, Custom Resource Definition) data.
  • CCD Custom Resource Definition
  • the present disclosure introduces a registry proxy unit (Registry Proxy).
  • the data models of different registration centers are pre-stored in the registration center proxy unit. Based on this, when the master cluster receives the service data acquisition request sent by the data plane component of any service cluster, it can use the registration center proxy unit to adapt the service data acquisition request.
  • the present disclosure also provides an electronic device, a readable storage medium, and a computer program product.
  • FIG. 11 shows a schematic block diagram of an electronic device 1100 that may be used to implement embodiments of the present disclosure.
  • Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers.
  • Electronic devices may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smart phones, wearable devices, and other similar computing devices.
  • the components shown herein, their connections and relationships, and their functions are by way of example only, and are not intended to limit implementations of the disclosure described and/or claimed herein.
  • the electronic device 1100 includes a computing unit 1110 that can be executed according to a computer program stored in a read only memory (ROM) 1120 or a computer program loaded from a storage unit 1180 into a random access memory (RAM) 1130 Various appropriate actions and handling.
  • RAM 1130 various programs and data required for the operation of device 1100 may also be stored.
  • the computing unit 1110, the ROM 1120, and the RAM 1130 are connected to each other through a bus 1140.
  • An input output (I/O) interface 1150 is also connected to the bus 1140 .
  • Various components in the electronic device 1100 are connected to the I/O interface 1150, including: an input unit 1160, such as a keyboard, a mouse, etc.; an output unit 1170, such as various types of displays, speakers, etc.; a storage unit 1180, such as a magnetic disk, an optical disk, etc. etc.; and a communication unit 1190, such as a network card, modem, wireless communication transceiver, and the like.
  • the communication unit 1190 allows the electronic device 1100 to exchange information/data with other devices through a computer network such as the Internet and/or various telecommunication networks.
  • Computing unit 1110 may be various general-purpose and/or special-purpose processing components having processing and computing capabilities. Some examples of computing units 1110 include, but are not limited to, central processing units (CPUs), graphics processing units (GPUs), various specialized artificial intelligence (AI) computing chips, various computing units that run machine learning model algorithms, digital signal processing processor (DSP), and any suitable processor, controller, microcontroller, etc.
  • the computing unit 1110 performs the various methods and processes described above, such as the method of microservice configuration.
  • the method of microservice configuration may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as storage unit 1180 .
  • part or all of the computer program may be loaded and/or installed on the electronic device 1100 via the ROM 1120 and/or the communication unit 1190.
  • a computer program When a computer program is loaded into RAM 1130 and executed by computing unit 1110, one or more steps of the method of microservice configuration described above may be performed.
  • the computing unit 1110 may be configured to perform the method of microservice configuration by any other suitable means (eg, by means of firmware).
  • Various implementations of the systems and techniques described herein above may be implemented in digital electronic circuitry, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips system (SOC), load programmable logic device (CPLD), computer hardware, firmware, software, and/or combinations thereof.
  • FPGAs field programmable gate arrays
  • ASICs application specific integrated circuits
  • ASSPs application specific standard products
  • SOC systems on chips system
  • CPLD load programmable logic device
  • computer hardware firmware, software, and/or combinations thereof.
  • These various embodiments may include being implemented in one or more computer programs executable and/or interpretable on a programmable system including at least one programmable processor that
  • the processor which may be a special purpose or general-purpose programmable processor, may receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device an output device.
  • Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer or other programmable data processing apparatus, such that the program code, when executed by the processor or controller, performs the functions/functions specified in the flowcharts and/or block diagrams. Action is implemented.
  • the program code may execute entirely on the machine, partly on the machine, partly on the machine and partly on a remote machine as a stand-alone software package or entirely on the remote machine or server.
  • a machine-readable medium may be a tangible medium that may contain or store a program for use by or in connection with the instruction execution system, apparatus or device.
  • the machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium.
  • Machine-readable media may include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or devices, or any suitable combination of the foregoing.
  • machine-readable storage media would include one or more wire-based electrical connections, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), fiber optics, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.
  • RAM random access memory
  • ROM read only memory
  • EPROM or flash memory erasable programmable read only memory
  • CD-ROM compact disk read only memory
  • magnetic storage or any suitable combination of the foregoing.
  • the systems and techniques described herein may be implemented on a computer having a display device (eg, a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user ); and a keyboard and pointing device (eg, a mouse or trackball) through which a user can provide input to the computer.
  • a display device eg, a CRT (cathode ray tube) or LCD (liquid crystal display) monitor
  • a keyboard and pointing device eg, a mouse or trackball
  • Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (eg, visual feedback, auditory feedback, or tactile feedback); and can be in any form (including acoustic input, voice input, or tactile input to receive input from the user.
  • the systems and techniques described herein may be implemented on a computing system that includes back-end components (eg, as a data server), or a computing system that includes middleware components (eg, an application server), or a computing system that includes front-end components (eg, a user computer having a graphical user interface or web browser through which a user may interact with implementations of the systems and techniques described herein), or including such backend components, middleware components, Or any combination of front-end components in a computing system.
  • the components of the system may be interconnected by any form or medium of digital data communication (eg, a communication network). Examples of communication networks include: Local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.
  • a computer system can include clients and servers.
  • Clients and servers are generally remote from each other and usually interact through a communication network.
  • the relationship of client and server arises by computer programs running on the respective computers and having a client-server relationship to each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

微服务配置的方法、装置、电子设备、系统以及存储介质，涉及计算机技术领域，尤其涉及云计算、物联网等领域。具体实现方案为：从主集群接收配置数据；并且，在确定主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，从主集群接收服务数据（S101）；根据配置数据和服务数据，执行服务治理任务（S102）。根据上述方案，业务集群可以采用主动获取的方式获取到服务数据。其优势在于可以降低主集群的负荷，尤其在业务集群数量较多的场景下，可以大幅提高主集群的稳定性。

Description

微服务配置的方法、装置、电子设备、系统以及存储介质
本申请要求于2021年02月10日提交国际局、申请号为202110185215.5、发明名称为“微服务配置的方法、装置、设备、系统以及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机领域，并且更具体地，涉及一种微服务配置的方法、装置、电子设备、系统以及存储介质。
背景技术
随着云原生技术的快速发展以及微服务大规模实践落地，服务网格技术(Service Mesh)受到越来越多关注和青睐。
与单体应用对比，微服务架构按照职责清晰的目标将单体应用拆分为多个微服务组件。在存在微服务组件数量众多时，会出现微服务的配置不及时或配置错误等问题。从而影响微服务架构运行的稳定性。
发明内容
本公开提供了一种微服务配置的方法、装置、电子设备、系统以及存储介质。
根据本公开的一方面，提供了一种微服务配置的方法，应用于业务集群，该方法可以包括以下步骤：
从主集群接收配置数据；并且，在确定主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，从主集群接收服务数据；
根据配置数据和服务数据，执行服务治理任务。
根据本公开的另一方面，提供了一种微服务配置的方法，应用于主集群，该方法可以包括以下步骤：
在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；
在接收到至少一个业务集群的服务数据获取请求的情况下，将与服务数据获取请求对应的服务数据发送给对应的业务集群。
根据本公开的第三方面，提供了一种微服务配置的装置，该装置可以包括：
控制面组件，用于从主集群接收配置数据；
数据面组件，用于在主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，从主集群接收服务数据；
数据面组件还用于根据配置数据和服务数据，执行服务治理任务。
根据本公开的第四方面，提供了一种微服务配置的装置，该装置可以包括：
配置中心组件，用于在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；
注册中心组件，用于在接收到至少一个业务集群的服务数据获取请求的情况下，将与服务数据获取请求对应的服务数据发送给对应的业务集群。
根据本公开的第五方面，提供了一种微服务系统，该系统可以包括：
至少一个业务集群，每个业务集群用于执行前述应用于业务集群的微服务配置的方法；
主集群，用于执行前述应用于主集群的微服务配置的方法。
根据本公开的另一方面，提供了一种电子设备，包括：
至少一个处理器；以及
与该至少一个处理器通信连接的存储器；其中，
该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。
根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。
根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。
根据本公开的上述方案，业务集群可以采用主动获取的方式获取到服务数据。其优势在于可以降低主集群的负荷，尤其在业务集群数量较多的场景下，可以大幅提高主集群的稳定性。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
图1是根据本公开应用于业务集群的微服务配置的方法的流程图；
图2是根据本公开发送服务数据获取请求的流程图；
图3是根据本公开确定服务数据是否出现变更的流程图；
图4是根据本公开执行服务治理任务的流程图；
图5是根据本公开应用于主集群的微服务配置的方法的流程图；
图6是根据本公开发送服务数据的流程图；
图7是根据本公开发送配置数据的流程图；
图8是根据本公开对应业务集群的微服务配置的装置的示意图；
图9是根据本公开对应主集群的微服务配置的装置的示意图；
图10是根据本公开微服务系统的示意图；
图11是用来实现本公开实施例的微服务配置的方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
如图1所示，本公开提供一种微服务配置的方法，应用于业务集群，该方法可以包括以下步骤：
S101：从主集群接收配置数据；并且，在确定主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，从主集群接收服务数据；
S102：根据配置数据和服务数据，执行服务治理任务。
在本公开所涉及的微服务架构中，可以包括一个主集群和至少一个业务集群。业务集群可以通过主动获取以及被动获取的方式，从主集群中获取数据，进而利用获取到的数据执行服务治理任务。
业务集群中至少可以包括具有上下游通信逻辑的控制面组件和数据面组件。
其中，控制面组件用于向数据面组件推送服务数据以及配置数据。控制面组件可以包括领航(Pilot)组件。
数据面组件可以包括边车(Sidecar)组件和微服务程序，边车组件可以和微服务程序一起部署。即，一个微服务程序对应部署一个边车组件。
边车组件用于接管所有进出微服务程序的流量，以执行服务治理业务。例如，服务治理业务可以包括服务路由、服务限流、服务熔断、故障注入、流量回放等。
配置数据可以利用长连接的方式获取。即，在配置数据出现变更时业务集群会获取到主集群主动下发的变更后的配置数据。
另一方面，业务集群可以采用主动轮询的方式，以确定主集群中是否出现服务数据变更的情况。服务数据变更可以包括用户对服务数据的修改、删除和/或升级更新等。
具体确定变更的方式可以包括实时检测用户的变更动作、定时对比检测服务数据、以及获取用户主动告知的服务数据变更等。
在确定主集群中的服务数据出现变更的情况下，业务集群可以主动向主集群发送服务数据获取请求。主集群在接收到服务数据获取请求的情况 下，可以根据服务数据获取请求的内容，确定与服务数据获取请求对应的服务数据。将与服务数据获取请求对应的服务数据发送给业务集群。
业务集群在接收到主集群发送的服务数据的情况下，即可根据配置数据和服务数据，执行服务治理任务。
相比于通过主集群将配置数据和业务数据全部主动下发的情况，通过本申请的上述方案，业务集群可以采用主动获取的方式获取到服务数据。其优势在于可以降低主集群的负荷，尤其在业务集群数量较多的场景下，可以大幅提高主集群的稳定性。
如图2所示，在一种实施方式中，步骤S102中涉及的在测到主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，可以具体包括以下步骤：
S201：确定所需的服务数据；
S202：在确定主集群中的服务数据出现变更的情况下，将发生变更的服务数据与所需的服务数据进行比较，得到比较结果；
S203：在比较结果符合预定条件的情况下，向主集群发送服务数据获取请求。
所需的服务数据可以根据用户预先制定的配置信息确定，或者可以根据用户预先下达的指令确定。例如，可以根据微服务程序的数量，以及各微服务程序对应的功能，确定出每个微服务程序所需的服务数据。每个微服务程序所需的服务数据可作为业务集群所需的服务数据。
在有多个业务集群的情况下，每个业务集群可以分别确定所需的服务数据。
业务集群可以定期向主集群发送业务数据变更问询信息，以确定主集群中的服务数据是否出现变更。例如，业务集群在接收到主集群的“业务数据已变更”或者“XX类型的业务数据已变更”的答复的情况下，可以确定主集群中的服务数据出现变更。或者，也可以向主集群发送业务数据列表获取请求，在先后两次接收到的业务数据列表中的内容存在差异的情况下，可以确定主集群中的服务数据出现变更。
在确定主集群中的服务数据出现变更的情况下，将发生变更的服务数据与所需服务数据进行比较，得到比较结果。在比较结果符合预定条件的情况下，向主集群发送服务数据获取请求。
上述对于主集群中的业务数据是否发生变更的确认过程，可以通过业务集群中的边车组件执行。
例如，A地域的业务集群中包括A1、A2、A3共三个边车组件。第一边车组件A1与APP1共同部署，第二边车组件A2与APP2共同部署，第三边车组件A3与APP3共同部署。第一边车组件A1可以确定A1类数据为APP1所需的服务数据，第二边车组件A2可以确定A2类数据为APP2所需的服务数据，第三边车组件A3可以确定A3类数据为APP3所需的服 务数据。三个边车组件均确定仅有A2类服务数据发生变更的情况下，则可以仅由第二边车组件A2向主集群发送服务数据获取请求，以请求获取A2类服务数据。
又例如，在A1、A2、A3三类服务数据均发生变更的情况下，则第一边车组件A1向主集群发送服务数据获取请求，以请求获取A1类服务数据。第二边车组件A2向主集群发送服务数据获取请求，以请求获取A2类服务数据。第三边车组件A3向主集群发送服务数据获取请求，以请求获取A3类服务数据。
通过上述方案，在服务数据出现变更的情况下，业务集群可以对所需的服务数据进行服务数据的获取请求。相比于相关技术每次在服务数据进行更新时获取到全部更新数据，上述方案可以减少数据传输量。尤其对于多集群的场景，可以提高微服务系统的稳定性。
如图3所示，在一种实施方式中，步骤S202中涉及的确定主集群中的服务数据出现变更的方式，可以进一步包括以下步骤：
S301：定期轮询主集群中的服务数据；
S302：在先后两次轮询结果的差异超过对应阈值的情况下，确定主集群中的服务数据出现变更。
业务集群中的每个边车组件可以定期向主集群发送轮询信息，以得到主集群反馈的轮询结果。在先后两次轮询结果的差异超过对应阈值的情况下，可以确定主集群中的服务数据出现变更。
示例性的，对应阈值可以是差异度超过10％。或者，可以设置服务数据中不同参数的权重，在高权重的参数出现变更的情况下，可以确定主集群中的服务数据出现变更。
通过上述方案，可以灵活快速的确定出服务数据的变更情况。
如图4所示，在一种实施方式中，步骤S102中涉及的根据配置数据和服务数据，执行服务治理任务，可以包括以下子步骤：
S401：利用服务数据确定每个微服务程序的服务实例；
S402：利用配置数据确定服务实例中的参数；
S403：根据每个微服务程序的服务实例，以及服务实例中的参数，执行对每个微服务程序的服务治理任务。
服务数据可以用于表征业务集群中微服务程序的服务实例。服务实例可以是微服务程序所执行的具体功能。以微服务架构为购物场景为例，根据接收到的服务数据，可以确定微服务程序的服务实例包括商品信息查询、购物车(待付款商品)、账单结算和物流查询等。
在一个业务集群中，可以包括多个微服务程序，每个微服务程序可以对应一个服务实例。
配置数据可以对应服务实例中的参数，例如可以明确账单结算微服务程序可以从购物车微服务程序调取数据，而不能从物流微服务程序调取数 据。又例如，配置数据可以是购物车微服务程序和账单结算的微服务程的通信连接尝试时间阈值等。
示例性地，与物流微服务程序一同部署的边车组件可以控制物流微服务程序调用账单结算微服务程序中的已结算物品的信息，从而可以在物流微服务程序中查询出已结算物品的物流状态。又例如，边车组件可以在购物车微服务程序和账单结算的微服务程的通信连接尝试时间超过通信连接尝试时间阈值时，控制通信尝试重试或者停止通信连接尝试等。
以上仅示例性的说明服务数据以及配置数据所包含的对象，并不以此进行限定保护内容。
边车组件可以根据服务数据以及配置数据，实现对于与其一同部署的微服务程序的服务治理任务。
在一个实施方式中，业务集群为多个，分别设置于不同地域；每个地域的业务集群所执行的服务治理任务相同。
通过不同地域的业务集群，可以满足用户的就近访问原则，从而提高用户的使用体验。仍以购物场景为例，例如，在北京生活的用户可以优先访问设置于北京的业务集群，从而可以使在北京生活的用户获得较快的访问响应。
另外，不同地域的业务集群可以构成异地多活，即便某个业务集群出现故障，依然可以保障微服务架构的整体平稳运行。
由于本申请采用了业务集群主动获取服务数据的方式，因此即便对于多集群的场景，也可以满足大规模服务实例的需求，
如图5所示，本公开涉及一种微服务配置的方法，应用于主集群，该方法可以包括以下步骤：
S501：在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；
S502：在接收到至少一个业务集群的服务数据获取请求的情况下，将与服务数据获取请求对应的服务数据发送给对应的业务集群。
主集群的主要功能在于接收用户的业务数据和配置数据，并将其发送至各业务集群。
对于配置数据，主集群可以利用配置中心组件采用主动轮询检测或者被动接收告知等方式确定配置数据是否出现变更。变更可以包括编辑、删除或者更新等。
在配置数据出现变更的情况下，将配置数据主动下发至每个业务集群。通过上述方案，每个业务集群之间可以共享配置数据，可实现各业务集群的互联互通和共同服务治理。其中，配置数据可以包括自定义资源类型(CRD，Custom Resource Definition)数据。
另外，主集群可以利用注册中心组件接收业务集群的请求。在接收到任一业务集群的服务数据获取请求的情况下，可以通过对业务集群的服务 数据获取请求的解析，确定与服务数据获取请求对应的服务数据。并且将与服务数据获取请求对应的服务数据发生给对应的业务集群。
通过上述方案，主集群仅在接收到业务集群的请求的情况下，才会根据请求确定出对应的服务数据。相比于主集群主动下发的方式，本申请方案可以最大限度避免服务数据下发的冗余。基于此，可以降低主集群的负荷，尤其在业务集群数量较多的场景下，可以大幅提高主集群的稳定性。
如图6所示，在一种实施方式中，S502中涉及的在接收到至少一个业务集群的服务数据获取请求的情况下，将与服务数据获取请求对应的服务数据发送给对应的业务集群，包括：
S601：对接收到的至少一个业务集群的服务数据获取请求进行适配处理，得到适配处理结果；
S602：根据适配处理结果，确定与服务数据获取请求对应的服务数据；
S503：将与服务数据获取请求对应的服务数据发送给对应的业务集群。
主集群可以利用注册中心组件接收用户编辑的业务数据。常用的获取服务数据的微服务的注册中心组件包括多种，例如，ZK(ZooKeeper)、Eureka、Consul、Nacos等。
由于这些注册中心组件由不同的厂商开发实现，因此目前暂无相应的数据模型标准，由此导致需要针对不同的注册中心组件实现不同的对接方案。为了屏蔽多种注册中心组件的数据模型差异性，本公开引入注册中心代理单元(Registry Proxy)组件。在注册中心代理单元组件中，可以预先存储有不同注册中心组件的数据模型。基于此，主集群在接收到任一业务集群发送的服务数据获取请求的情况下，可以利用注册中心代理单元组件对服务数据获取请求进行适配。
根据适配处理结果，可以实现与不同注册中心组件的对接，从而在对应的注册中心组件确定与服务数据获取请求对应的服务数据。
在确定出与服务数据获取请求对应的服务数据的情况下，可以将与服务数据获取请求对应的服务数据发送给对应的业务集群。
通过上述方案，利用注册中心代理单元可以克服不同注册中心的差异性。
如图7所示，在一种实施方式中，S501中涉及的在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据，具体可以包括以下步骤：
S701：将接收到的配置数据与已存储的配置数据进行比较，得到比较结果；
S702：在比较结果为接收到的配置数据与已存储的配置数据存在差异的情况下，将已存储的配置数据更新为接收到的配置数据；
S703：将接收到的配置数据作为变更后的配置数据，向每个业务集群发送变更后的配置数据。
配置中心组件在每一次接收到配置数据的情况下，都可以调取已存储的配置数据，将接收到的配置数据与已存储的配置数据进行比较，得到比较结果。
在比较结果为二者出现差异的情况下，可以确定用户对配置数据进行了变更。由此，可以将已存储的配置数据更新为接收到的配置数据，并将接收到的配置数据作为变更后的配置数据，下发给每个业务集群。
对于比较结果是否发生变更，可以以是否出现差异为判定标准，也可以以差异度为判定标准，还可以以重要数据或高权重数据是否出现差异为判定标准等。
通过上述方案，可以仅在配置数据变更的情况下才会进行下发。在一定程度上减少配置数据下发的次数。
如图8所示，本申请提供一种微服务配置的装置，该装置可以对于业务集群，具体可以包括：
控制面组件801，用于从主集群接收配置数据；
数据面组件802，用于在主集群中的服务数据出现变更的情况下，向主集群发送服务数据获取请求，从主集群接收服务数据；
数据面组件还用于根据配置数据和服务数据，执行服务治理任务。
在一种实施方式中，数据面组件802包括边车组件，边车组件可以进一步包括：
服务数据确定单元，用于确定所需的服务数据；
服务数据比较单元，用于在确定主集群中的服务数据出现变更的情况下，将发生变更的服务数据与所需的服务数据进行比较，得到比较结果；
服务数据获取请求发送单元，用于在比较结果符合预定条件的情况下，向主集群发送服务数据获取请求。
在一种实施方式中，服务数据比较单元具体可以用于：
定期轮询主集群中的服务数据；
在先后两次轮询结果的差异超过对应阈值的情况下，确定主集群中的服务数据出现变更。
在一种实施方式中，数据面组件802包括边车组件，边车组件可以进一步包括：
服务实例确定单元，用于利用服务数据确定每个微服务程序的服务实例；
参数确定单元，用于利用配置数据确定服务实例中的参数；
服务治理任务执行单元，用于根据每个微服务程序的服务实例，以及服务实例中的参数，执行对每个微服务程序的服务治理任务。
在一种实施方式中，业务集群为多个，分别设置于不同地域；每个地域的业务集群所执行的服务治理任务相同。
如图9所示，本申请提供一种微服务配置的装置，该装置可以对于主 集群，具体可以包括：
配置中心组件901，用于在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；
注册中心组件902，用于在接收到至少一个业务集群的服务数据获取请求的情况下，将与服务数据获取请求对应的服务数据发送给对应的业务集群。
在一种实施方式中，注册中心组件902可以进一步包括：
注册中心代理单元；对接收到的至少一个业务集群的服务数据获取请求进行适配处理，得到适配处理结果；
服务数据确定单元，用于根据适配处理结果，确定与服务数据获取请求对应的服务数据；
服务数据发送单元，用于将与服务数据获取请求对应的服务数据发送给对应的业务集群。
在一种实施方式中，配置中心组件901可以进一步包括：
配置数据比较单元，用于将接收到的配置数据与已存储的配置数据进行比较，得到比较结果；
配置数据更新单元，用于在比较结果为接收到的配置数据与已存储的配置数据存在差异的情况下，将已存储的配置数据更新为接收到的配置数据；
配置数据发送单元，用于将接收到的配置数据作为变更后的配置数据，向每个业务集群发送变更后的配置数据。
如图10所示，本公开提供一种微服务系统，该系统可以包括：
至少一个业务集群，每个业务集群用于执行前述应用于业务集群的微服务配置的方法；
主集群，用于执行前述应用于主集群的微服务配置的方法。
业务集群可以有多个，对应图10中的业务集群1至业务集群N，其中N为正整数。
每个业务集群中，可以进一步包括一个控制面组件和至少一个数据面组件。其中，控制面组件可以通信连接于主集群的配置中心，用于获取主集群发送的配置数据，并将配置数据发送至数据面组件。发送方式可以基于网钩(Webhook)机制。
数据面组件可以包括共同部署的微服务程序(图10中的APP)和边车组件(图10中的Sidecar)。其中，边车组件用于在检测到主集群中的服务数据出现变化的情况下，向主集群发送服务数据获取请求。并接收主集群发送的服务数据。根据接收到的配置数据和服务数据，执行对于微服务程序的服务治理任务。
主集群中的注册中心组件一方面用于接收并存储用户端配置的服务数据。另一方面，根据接收到的业务集群的数据面组件发送的服务数据获取 请求，确定与服务数据获取请求对应的服务数据。服务数据获取请求对应的服务数据发送给业务集群中的数据面组件。
其中，配置数据可以包括自定义资源类型(CRD，Custom Resource Definition)数据。
由于获取服务数据的微服务的注册中心包括多种，例如图10中的ZK(ZooKeeper)、Eureka、Consul等。
由于这些注册中心由不同的厂商开发实现，因此目前暂无相应的数据模型标准，由此导致需要针对不同的注册中心实现不同的对接方案。为了屏蔽多种注册中心的数据模型差异性，本公开引入注册中心代理单元(Registry Proxy)。注册中心代理单元中预先存储有不同注册中心的数据模型。基于此，主集群在接收到任一业务集群的数据面组件发送的服务数据获取请求的情况下，可以利用注册中心代理单元对服务数据获取请求进行适配。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图11示出了可以用来实施本公开的实施例的电子设备1100的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。
如图11所示，电子设备1100包括计算单元1110，其可以根据存储在只读存储器(ROM)1120中的计算机程序或者从存储单元1180加载到随机访问存储器(RAM)1130中的计算机程序来执行各种适当的动作和处理。在RAM 1130中，还可存储设备1100操作所需的各种程序和数据。计算单元1110、ROM 1120以及RAM 1130通过总线1140彼此相连。输入输出(I/O)接口1150也连接至总线1140。
电子设备1100中的多个部件连接至I/O接口1150，包括：输入单元1160，例如键盘、鼠标等；输出单元1170，例如各种类型的显示器、扬声器等；存储单元1180，例如磁盘、光盘等；以及通信单元1190，例如网卡、调制解调器、无线通信收发机等。通信单元1190允许电子设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元1110可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1110的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1110执行上文所描述的各个方法和处 理，例如微服务配置的方法。例如，在一些实施例中，微服务配置的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1180。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1120和/或通信单元1190而被载入和/或安装到电子设备1100上。当计算机程序加载到RAM 1130并由计算单元1110执行时，可以执行上文描述的微服务配置的方法的一个或多个步骤。备选地，在其他实施例中，计算单元1110可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行微服务配置的方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的 反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

  1. 一种微服务配置的方法，应用于业务集群，包括：
    从主集群接收配置数据；并且，在确定所述主集群中的服务数据出现变更的情况下，向所述主集群发送服务数据获取请求，从所述主集群接收服务数据；以及
    根据所述配置数据和所述服务数据，执行服务治理任务。
  2. 根据权利要求1所述的方法，其中，所述在确定所述主集群中的服务数据出现变更的情况下，向所述主集群发送服务数据获取请求，包括：
    确定所需的服务数据；
    在确定所述主集群中的服务数据出现变更的情况下，将发生变更的服务数据与所述所需的服务数据进行比较，得到比较结果；以及
    在所述比较结果符合预定条件的情况下，向所述主集群发送服务数据获取请求。
  3. 根据权利要求2所述的方法，其中，所述确定所述主集群中的服务数据出现变更的方式，包括：
    定期轮询所述主集群中的服务数据；以及
    在先后两次轮询结果的差异超过对应阈值的情况下，确定所述主集群中的服务数据出现变更。
  4. 根据权利要求1所述的方法，其中，所述根据所述配置数据和所述服务数据，执行服务治理任务，包括：
    利用所述服务数据确定每个微服务程序的服务实例；
    利用所述配置数据确定所述服务实例中的参数；以及
    根据所述每个微服务程序的服务实例，以及所述服务实例中的参数，执行对所述每个微服务程序的服务治理任务。
  5. 根据权利要求1至4任一所述的方法，其中，所述业务集群为多个，分别设置于不同地域；每个地域的业务集群所执行的服务治理任务相同。
  6. 一种微服务配置的方法，应用于主集群，包括：
    在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；以及
    在接收到至少一个所述业务集群的服务数据获取请求的情况下，将与所述服务数据获取请求对应的服务数据发送给对应的业务集群。
  7. 根据权利要求6所述的方法，其中，所述在接收到至少一个所述业务集群的服务数据获取请求的情况下，将与所述服务数据获取请求对应的服务数据发送给对应的业务集群，包括：
    对接收到的至少一个所述业务集群的服务数据获取请求进行适配处理，得到适配处理结果；
    根据所述适配处理结果，确定与所述服务数据获取请求对应的服务数 据；以及
    将与所述服务数据获取请求对应的服务数据发送给对应的业务集群。
  8. 根据权利要求6所述的方法，其中，所述在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据，包括：
    将接收到的配置数据与已存储的配置数据进行比较，得到比较结果；
    在比较结果为所述接收到的配置数据与所述已存储的配置数据存在差异的情况下，将所述已存储的配置数据更新为所述接收到的配置数据；以及
    将所述接收到的配置数据作为变更后的配置数据，向每个业务集群发送所述变更后的配置数据。
  9. 一种微服务配置的装置，包括：
    控制面组件，用于从主集群接收配置数据；
    数据面组件，用于在所述主集群中的服务数据出现变更的情况下，向所述主集群发送服务数据获取请求，从所述主集群接收服务数据；
    所述数据面组件还用于根据所述配置数据和所述服务数据，执行服务治理任务。
  10. 根据权利要求9所述的装置，其中，所述数据面组件包括边车组件，所述边车组件进一步包括：
    服务数据确定单元，用于确定所需的服务数据；
    服务数据比较单元，用于在确定所述主集群中的服务数据出现变更的情况下，将发生变更的服务数据与所述所需的服务数据进行比较，得到比较结果；以及
    服务数据获取请求发送单元，用于在所述比较结果符合预定条件的情况下，向所述主集群发送服务数据获取请求。
  11. 根据权利要求10所述的装置，其中，所述服务数据比较单元具体用于：
    定期轮询所述主集群中的服务数据；以及
    在先后两次轮询结果的差异超过对应阈值的情况下，确定所述主集群中的服务数据出现变更。
  12. 根据权利要求9所述的装置，其中，所述数据面组件包括边车组件，所述边车组件进一步包括：
    服务实例确定单元，用于利用所述服务数据确定每个微服务程序的服务实例；
    参数确定单元，用于利用所述配置数据确定所述服务实例中的参数；以及
    服务治理任务执行单元，用于根据所述每个微服务程序的服务实例，以及所述服务实例中的参数，执行对所述每个微服务程序的服务治理任务。
  13. 根据权利要求9所述的装置，其中，所述微服务配置的装置为业 务集群，以及
    所述业务集群为多个，分别设置于不同地域；每个地域的业务集群所执行的服务治理任务相同。
  14. 一种微服务配置的装置，包括：
    配置中心组件，用于在配置数据出现变更的情况下，向每个业务集群发送变更后的配置数据；以及
    注册中心组件，用于在接收到至少一个所述业务集群的服务数据获取请求的情况下，将与所述服务数据获取请求对应的服务数据发送给对应的业务集群。
  15. 根据权利要求14所述的装置，其中，所述注册中心组件包括：
    注册中心代理单元；对接收到的至少一个所述业务集群的服务数据获取请求进行适配处理，得到适配处理结果；
    服务数据确定单元，用于根据所述适配处理结果，确定与所述服务数据获取请求对应的服务数据；以及
    服务数据发送单元，用于将与所述服务数据获取请求对应的服务数据发送给对应的业务集群。
  16. 根据权利要求14所述的装置，其中，所述配置中心组件，包括：
    配置数据比较单元，用于将接收到的配置数据与已存储的配置数据进行比较，得到比较结果；
    配置数据更新单元，用于在比较结果为所述接收到的配置数据与所述已存储的配置数据存在差异的情况下，将所述已存储的配置数据更新为所述接收到的配置数据；以及
    配置数据发送单元，用于将所述接收到的配置数据作为变更后的配置数据，向每个业务集群发送所述变更后的配置数据。
  17. 一种微服务系统，包括：
    至少一个业务集群，每个所述业务集群用于执行权利要求1至5中任一项所述的方法；
    主集群，用于执行权利要求6至8中任一项所述的方法。
  18. 一种电子设备，其特征在于，包括：
    至少一个处理器；以及
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至8中任一项所述的方法。
  19. 一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1至8中任一项所述的方法。
  20. 一种计算机程序产品，包括计算机程序，该计算机程序在被处理器 执行时实现根据权利要求1至8中任一项所述的方法。
PCT/CN2021/123921 2021-02-10 2021-10-14 微服务配置的方法、装置、电子设备、系统以及存储介质 Ceased WO2022170782A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020227034296A KR102911860B1 (ko) 2021-02-10 2021-10-14 마이크로서비스 구성 방법, 장치, 전자 기기, 시스템 및 저장 매체
JP2022559897A JP7450750B2 (ja) 2021-02-10 2021-10-14 マイクロサービス構成用方法、装置、電子デバイス、システム及び記憶媒体
EP21925429.9A EP4113290A4 (en) 2021-02-10 2021-10-14 MICRO SERVICE CONFIGURATION METHOD AND APPARATUS, ELECTRONIC DEVICE, SYSTEM AND STORAGE MEDIUM
US17/914,893 US12481511B2 (en) 2021-02-10 2021-10-14 Method and apparatus for microservice configuration, electronic device, system, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110185215.5 2021-02-10
CN202110185215.5A CN112860342B (zh) 2021-02-10 2021-02-10 微服务配置的方法、装置、设备、系统以及存储介质

Publications (1)

Publication Number Publication Date
WO2022170782A1 true WO2022170782A1 (zh) 2022-08-18

Family

ID=75988018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/123921 Ceased WO2022170782A1 (zh) 2021-02-10 2021-10-14 微服务配置的方法、装置、电子设备、系统以及存储介质

Country Status (6)

Country Link
US (1) US12481511B2 (zh)
EP (1) EP4113290A4 (zh)
JP (1) JP7450750B2 (zh)
KR (1) KR102911860B1 (zh)
CN (1) CN112860342B (zh)
WO (1) WO2022170782A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115129740A (zh) * 2022-09-01 2022-09-30 山东大学 一种云原生环境下的分布式微服务数据库更新方法及系统
CN115766481A (zh) * 2022-12-05 2023-03-07 广州玖晔网络科技有限公司 一种微服务治理方法及系统
CN116032739A (zh) * 2022-11-29 2023-04-28 北银金融科技有限责任公司 一种基于银行核心的多功能分布式边车系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112860342B (zh) * 2021-02-10 2024-03-12 北京百度网讯科技有限公司 微服务配置的方法、装置、设备、系统以及存储介质
WO2023044936A1 (zh) * 2021-09-27 2023-03-30 西门子股份公司 知识分发系统、方法、装置和计算机可读介质
CN113709707B (zh) * 2021-10-29 2022-03-15 中兴通讯股份有限公司 服务网格中边车部署的方法、装置、电子设备和存储介质
CN114240350B (zh) * 2021-12-10 2025-06-10 中信银行股份有限公司 一种架构信息治理方法、装置、设备及可读存储介质
CN114553959A (zh) * 2022-02-21 2022-05-27 南京航空航天大学 基于态势感知的云原生服务网格配置按需下发方法及应用
CN116781527A (zh) * 2022-03-11 2023-09-19 华为云计算技术有限公司 一种多站点级联系统、调用方法及相关装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108134696A (zh) * 2017-12-15 2018-06-08 云宏信息科技股份有限公司 一种微服务配置更新方法及装置
CN108540529A (zh) * 2018-03-07 2018-09-14 江苏电力信息技术有限公司 一种基于微服务架构下的不重启动态参数刷新方法
CN110673881A (zh) * 2019-09-06 2020-01-10 深圳平安通信科技有限公司 微服务集群的配置管理方法、装置和计算机设备
US20200133689A1 (en) * 2018-10-31 2020-04-30 SnapRoute, Inc. Disaggregated Cloud-Native Network Architecture
CN111930758A (zh) * 2020-07-14 2020-11-13 广西东信互联科技有限公司 一种基于Paxos算法的微服务配置数据实时更新方法
CN112860342A (zh) * 2021-02-10 2021-05-28 北京百度网讯科技有限公司 微服务配置的方法、装置、设备、系统以及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558857B2 (en) 2005-06-30 2009-07-07 Microsoft Corporation Solution deployment in a server farm
KR100834629B1 (ko) * 2005-11-14 2008-06-02 삼성전자주식회사 통신 시스템에서 인터넷 프로토콜 기반의 서비스를 제공하는 시스템 및 방법
EP2223538B1 (en) * 2007-12-17 2016-03-23 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for network qos
KR20140117192A (ko) * 2013-03-26 2014-10-07 삼성전자주식회사 서버, 단말 장치, 서비스 중계 서버, 그 제어 방법
KR20200025821A (ko) 2018-08-31 2020-03-10 에스케이하이닉스 주식회사 컨트롤러 및 컨트롤러의 동작방법
US11579941B2 (en) 2019-05-05 2023-02-14 Mastercard International Incorporated Control cluster for multi-cluster container environments
CN110971449A (zh) * 2019-10-25 2020-04-07 武汉烽火众智数字技术有限责任公司 一种基于微服务架构的服务管控系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108134696A (zh) * 2017-12-15 2018-06-08 云宏信息科技股份有限公司 一种微服务配置更新方法及装置
CN108540529A (zh) * 2018-03-07 2018-09-14 江苏电力信息技术有限公司 一种基于微服务架构下的不重启动态参数刷新方法
US20200133689A1 (en) * 2018-10-31 2020-04-30 SnapRoute, Inc. Disaggregated Cloud-Native Network Architecture
CN110673881A (zh) * 2019-09-06 2020-01-10 深圳平安通信科技有限公司 微服务集群的配置管理方法、装置和计算机设备
CN111930758A (zh) * 2020-07-14 2020-11-13 广西东信互联科技有限公司 一种基于Paxos算法的微服务配置数据实时更新方法
CN112860342A (zh) * 2021-02-10 2021-05-28 北京百度网讯科技有限公司 微服务配置的方法、装置、设备、系统以及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4113290A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115129740A (zh) * 2022-09-01 2022-09-30 山东大学 一种云原生环境下的分布式微服务数据库更新方法及系统
CN115129740B (zh) * 2022-09-01 2022-11-04 山东大学 一种云原生环境下的分布式微服务数据库更新方法及系统
CN116032739A (zh) * 2022-11-29 2023-04-28 北银金融科技有限责任公司 一种基于银行核心的多功能分布式边车系统
CN115766481A (zh) * 2022-12-05 2023-03-07 广州玖晔网络科技有限公司 一种微服务治理方法及系统
CN115766481B (zh) * 2022-12-05 2024-06-11 广州玖晔网络科技有限公司 一种微服务治理方法及系统

Also Published As

Publication number Publication date
US12481511B2 (en) 2025-11-25
JP2023520057A (ja) 2023-05-15
CN112860342B (zh) 2024-03-12
KR20220140869A (ko) 2022-10-18
KR102911860B1 (ko) 2026-01-12
CN112860342A (zh) 2021-05-28
EP4113290A1 (en) 2023-01-04
US20240231840A1 (en) 2024-07-11
JP7450750B2 (ja) 2024-03-15
EP4113290A4 (en) 2024-01-10

Similar Documents

Publication Publication Date Title
WO2022170782A1 (zh) 微服务配置的方法、装置、电子设备、系统以及存储介质
US9800515B2 (en) Mechanism for controlling a process on a computing node based on the participation status of the computing node
CN112491617B (zh) 一种链路跟踪方法、装置、电子设备和介质
CN118467637B (zh) 一种数据库同步系统、方法、装置、电子设备及介质
CN114637738A (zh) 数据可见性判断方法、装置、数据库节点及介质
CN115344585B (zh) 数据版本管理方法、装置以及存储介质和电子设备
KR102754370B1 (ko) 변경 태스크를 실행하는 방법, 장치, 전자 기기, 프로그램 및 판독 가능 기록 매체
CN114567540B (zh) 主备节点切换方法、装置、设备、介质及程序产品
CN112565356A (zh) 数据存储方法、装置以及电子设备
CN114598743A (zh) 一种服务发现方法、装置、电子设备及存储介质
CN114860782B (zh) 数据查询方法、装置、设备及介质
CN114138397B (zh) 页面显示方法、装置、电子设备及存储介质
US12438942B2 (en) Access management for a multi-endpoint data store
CN111581049A (zh) 分布式系统运行状态监测方法、装置、设备及存储介质
CN114328557B (zh) 数据处理方法、装置、电子设备和存储介质
US20220407771A1 (en) Method and apparatus for updating instance configuration, device, storage medium, and program product
CN115036044B (zh) 一种消息处理方法、装置、电子设备及存储介质
CN113900785A (zh) 一种分布式事务处理方法、装置及电子设备
CN114579494A (zh) 一种接口调用方法、装置、设备及介质
CN112818060B (zh) 数据同步方法、装置、电子设备以及可读存储介质
CN115658223B (zh) 面向边缘计算的状态信息确定方法、装置及电子设备
CN113595870B (zh) 推送消息的处理方法、装置、电子设备及存储介质
CN119892588A (zh) 一种微服务管理方法、系统及装置
CN115080364A (zh) 应用状态确定方法、装置、电子设备及存储介质
CN117827835A (zh) 数据库管理方法、装置、设备和介质

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 17914893

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21925429

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022559897

Country of ref document: JP

Kind code of ref document: A

Ref document number: 20227034296

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021925429

Country of ref document: EP

Effective date: 20220929

NENP Non-entry into the national phase

Ref country code: DE

WWG Wipo information: grant in national office

Ref document number: 17914893

Country of ref document: US