A cloud platform software architecture system, an electronic device, and a readable storage medium
Through the architecture of autonomous module cluster, ETCD database cluster and autonomous module communication bus, the problems of poor decoupling, data consistency, resource loss and active perception capabilities in cloud platform software are solved, and efficient and flexible cloud platform software design and management are achieved.
Patent Information
- Application Number
- CN202411238577.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Priority Date
- 2024-04-17
- Filing Date
- 2024-09-05
- Publication Date
- 2025-07-11
- Estimated Expiration
- 2044-09-05
AI Technical Summary
The existing modular and microservice architectures have problems such as poor decoupling, data consistency, large system resource loss, insufficient abstraction and insufficient active perception capabilities in cloud platform software.
The architecture of autonomous module cluster, ETCD database cluster and autonomous module communication bus is adopted. The autonomous module cluster executes business logic and performs autonomous management. The ETCD database cluster stores and manages metadata and status information. The autonomous module communication bus supports inter-module communication, and the SideCar autonomous manager performs real-time adjustment and monitoring.
It improves the decoupling, data consistency, resource utilization efficiency, maintenance convenience, state perception and intelligent feedback capabilities of cloud platform software, and enhances the flexibility and adaptability of the system.
Smart Images

Figure CN119211211B_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of cloud computing, and particularly to a cloud platform software architecture system, an electronic device, and a readable storage medium. Background Art
[0002] With the rapid development of cloud computing technology, cloud platform software has become the core to support modern digital infrastructure. When designing and implementing cloud platform software, modular architecture and microservices architecture are two widely adopted design patterns, aiming to improve the maintainability, scalability, and reliability of the software.
[0003] 1. Modular Architecture
[0004] The modular architecture organizes the software structure by dividing the software into a series of smaller and relatively independent modules. Each module implements a specific function and interacts with other modules through well-defined interfaces. The advantages of this architecture are that it improves the cohesion of the software, reduces the coupling degree, and simplifies the software development and testing processes.
[0005] 2. Microservices Architecture
[0006] The microservices architecture further subdivides the modularity of the software, splitting the application into a group of lightweight and independently running services. Each service is built around a specific business function and interacts through a network communication mechanism (such as HTTP RESTful API). The microservices architecture enables each service to be developed, deployed, and scaled independently, supports multiple programming languages and data storage technologies, and promotes technological diversity and innovation.
[0007] Although modular and microservices architectures provide significant benefits in many aspects, there are still some challenges in the actual development and operation and maintenance of cloud platform software:
[0008] 1. Poor decoupling: In some modular designs, the coupling degree between modules is still relatively high, resulting in the failure of a single module may affect the stability of the entire system and reduce the fault isolation.
[0009] 2. Data consistency problem: When facing network partitions and system failures, the commonly used relational databases in cloud platform software may be difficult to ensure strong data consistency, causing system failures and increasing the operation and maintenance costs.
[0010] 3. System resource consumption: Cloud platform software itself may consume a large amount of system resources, such as CPU and memory, during operation, affecting the performance and scalability of the system.
[0011] 4. Insufficient abstraction of software framework: In the open-source integration environment, the abstraction level of the cloud platform software framework may be insufficient, resulting in redundant software code modules and increasing the system maintenance cost.
[0012] 5. Poor active perception ability: The existing cloud platform system software mainly relies on a passive perception mechanism that provides interfaces for external queries, lacking the ability of active perception and intelligent feedback on the system state, which limits the system's adaptive and autonomous management capabilities. Summary of the Invention
[0013] In view of the above problems, the present invention is proposed to provide a cloud platform software architecture system, an electronic device, and a readable storage medium that overcome or at least partially solve the above problems.
[0014] The present invention provides a cloud platform software architecture system, including:
[0015] An autonomous module cluster for executing business logic and business functions, performing autonomous management, and making adaptive adjustments according to the real-time business environment and business requirements;
[0016] An ETCD database cluster for storing and managing the metadata, configuration information, and status information of the autonomous modules;
[0017] An autonomous module communication bus for supporting communication and interaction between the autonomous modules in the autonomous module cluster.
[0018] Optionally, the autonomous module cluster includes multiple autonomous modules, each autonomous module for executing specific business logic and business functions, performing autonomous management, and making adaptive adjustments according to the real-time business environment and business requirements. Each autonomous module includes a business module and a SideCar autonomous manager.
[0019] The business module is used to execute specific business logic and business functions and provide configurable interfaces;
[0020] The SideCar autonomous manager is used to manage the business module and make configuration adjustments to the business module through the configurable interface according to the real-time business environment and business requirements.
[0021] Optionally, the business module includes a business interface and an actuator.
[0022] The business interface is used to execute specific business logic and business functions;
[0023] The actuator is used to provide a configurable interface, and the configurable interface supports the SideCar autonomous manager to make configuration adjustments to the business module without modifying the code.
[0024] Optionally,
[0025] The metadata of the service module includes the unique identifier of the service module, the service interface address, the module dependency relationship configuration information, the event subscription configuration information, the monitoring configuration information, and the policy configuration information.
[0026] Optionally, the SideCar autonomous manager includes a controller, a registration module, a sensor module, a monitoring module, and a policy execution module.
[0027] The controller is used to obtain the metadata of the service module and push it to the registration module, the sensor module, the monitoring module, and the policy execution module.
[0028] The registration module is used to register the autonomous module to the autonomous module communication bus according to the service interface address and periodically send heartbeat information to keep alive.
[0029] The sensor module is used to register the event subscription information of the autonomous module to the autonomous module communication bus according to the event subscription configuration information and listen for the subscription events of the service module.
[0030] The monitoring module is used to monitor and collect the metric data of the service module according to the monitoring configuration information.
[0031] The policy execution module is used to adjust the configuration of the service module according to the policy configuration information, the real-time service environment, and the service requirements.
[0032] Optionally,
[0033] The monitoring module is used to execute a collection function to collect the metric data of the service module and use a status determination function to analyze the metric data to obtain the health status information of the service module and send it to the policy execution module.
[0034] The policy execution module is used to repair the service module according to the policy configuration information when it is determined that the health status information indicates an abnormal state of the service module.
[0035] Optionally,
[0036] The sensor module is used to listen for the subscription events of the service module and evaluate the subscription events of the service module to obtain an event evaluation result and send it to the policy execution module.
[0037] The policy execution module is used to adjust the business logic and business functions of the service module according to the event evaluation result and the policy configuration information.
[0038] Optionally,
[0039] The autonomous module communication bus is further configured to provide a unified communication interface to interact with all autonomous modules, route and forward call requests between autonomous modules according to the registration information of the autonomous modules, and support loose-coupling interaction between autonomous modules;
[0040] The autonomous module communication bus is further configured to process events published by autonomous modules and distribute the events to corresponding autonomous modules according to the event subscription information of the autonomous modules.
[0041] The present invention further provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the electronic device executes the computer program, it loads the cloud platform software architecture system according to any one of the embodiments of the present invention.
[0042] The present invention further provides a readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it loads the cloud platform software architecture system according to any one of the embodiments of the present invention.
[0043] The present invention has the following advantages:
[0044] The autonomous module cluster in the cloud platform software architecture system of the present invention can execute business logics and functions, perform autonomous management, and make adaptive adjustments according to the real-time business environment and business requirements. The ETCD database cluster can store and manage the metadata, configuration information, and status information of the autonomous modules. The autonomous module communication bus supports communication and interaction between autonomous modules in the autonomous module cluster. Designing and implementing cloud platform software based on the cloud platform software architecture system of the present invention can significantly improve the decoupling, data consistency, resource utilization efficiency, maintenance convenience, and status perception and intelligent feedback capabilities of cloud platform software. BRIEF DESCRIPTION OF THE DRAWINGS
[0045] Figure 1 is a structural block diagram of a cloud platform software architecture system provided by an embodiment of the present invention;
[0046] Figure 2 is a schematic diagram of communication interaction based on an autonomous module communication bus provided by an embodiment of the present invention. DETAILED DESCRIPTION
[0047] To make the above objects, features, and advantages of the present invention more obvious and understandable, the present invention will be further described in detail below with reference to the drawings and specific embodiments.
[0048] Refer to Figure 1, which shows the structural block diagram of a cloud platform software architecture system provided in an embodiment of the present invention, may specifically include the following modules:
[0049] Autonomic module cluster, which is used to execute business logic and business functions, perform autonomous management, and make adaptive adjustments according to the real-time business environment and business requirements;
[0050] ETCD database cluster, which is used to store and manage the metadata, configuration information, and status information of the autonomic modules;
[0051] Autonomic module communication bus, which is used to support communication and interaction between the autonomic modules in the autonomic module cluster.
[0052] The cloud platform software architecture system of the present invention may include an autonomic module cluster, an ETCD database cluster, and an autonomic module communication bus. Among them, the autonomic module cluster is the core component of the system. It not only realizes the business logic and business functions to meet the diverse business needs of the cloud platform, but also has a strong autonomous management ability and can make adaptive adjustments according to the real-time business environment and business requirements, greatly enhancing the flexibility and adaptability of the system. The business logic and business functions executed by the autonomic modules are specific businesses and services related to the software design, development, deployment, and operation and maintenance of the cloud platform.
[0053] By enabling each autonomic module (Autonomic Element Model, AE Model) in the autonomic module cluster to independently execute specific businesses and simultaneously perform autonomous management and adaptive adjustments, a high degree of decoupling between autonomic modules is achieved; the autonomous management and adaptive adjustments of the autonomic modules themselves enable autonomous repair in the case of detected data inconsistencies, ensuring data consistency; the autonomous management and adaptive adjustments of the autonomic modules themselves enable real-time monitoring of resource utilization and dynamic adjustment of resource allocation, improving resource utilization efficiency; the autonomic modules enable independent development, testing, and deployment of each cloud platform software, and continuous autonomous management improves the abstraction and flexibility of the software framework, thereby improving the maintenance convenience of the cloud platform software; the adaptive adjustment ability of the autonomic modules enables the autonomic modules to quickly respond to various events, providing proactive status awareness and intelligent feedback.
[0054] The ETCD database cluster plays a role in storing and managing the information of autonomous modules in the cloud platform software architecture system, and is specifically used to store information such as the metadata, configuration information, and status information of autonomous modules. The high availability of the ETCD database is the basis for the high availability of the entire system. At the same time, based on the raft protocol, data consistency can be strictly guaranteed. Through the efficient management of the ETCD database cluster, the latest information of autonomous modules can be updated in a timely manner, ensuring the integrity and consistency of this information, and providing data support for the implementation of cloud platform software.
[0055] The communication bus of autonomous modules is an indispensable bridge in the cloud platform software architecture system, supporting real-time communication and interaction between autonomous modules in the autonomous module cluster, optimizing the communication and interaction between modules, enhancing the resource utilization efficiency and maintenance convenience, ensuring the efficient operation of the system, and at the same time reducing the coupling degree between modules and enhancing the scalability and flexibility of the system.
[0056] Generally speaking, designing and implementing cloud platform software based on the cloud platform software architecture system of the present invention can significantly improve the decoupling, data consistency, resource utilization efficiency, maintenance convenience, and state perception and intelligent feedback capabilities of cloud platform software. Through each autonomous module in the autonomous module cluster independently executing business and simultaneously autonomously managing and adaptively adjusting, as well as the information management of the ETCD database cluster, the decoupling, data consistency, resource utilization efficiency, maintenance convenience, and state perception and intelligent feedback capabilities of cloud platform software are significantly improved. At the same time, the communication bus of autonomous modules optimizes the communication and interaction between modules, enhances the resource utilization efficiency and maintenance convenience, and ensures the efficient operation of the system.
[0057] In an embodiment of the present invention, the autonomous module cluster includes multiple autonomous modules, each autonomous module is used to execute specific business logics and business functions, as well as perform autonomous management and make adaptive adjustments according to the real-time business environment and business requirements. Each autonomous module includes a business module and a SideCar autonomous manager.
[0058] The business module is used to execute specific business logics and business functions and provide configurable interfaces.
[0059] The SideCar autonomous manager is used to manage the business module and make configuration adjustments to the business module through the configurable interface according to the real-time business environment and business requirements.
[0060] In an embodiment of the present invention, the autonomous module cluster may include multiple autonomous modules. Each autonomous module is mainly used to execute specific business logics and business functions, as well as perform autonomous management and make adaptive adjustments according to the real-time business environment and business requirements. Specifically, each autonomous module may include a business module and a SideCar autonomous manager. The business module may execute specific business logics and business functions and provide configurable interfaces, while the SideCar autonomous manager may manage the business module and perform configuration adjustments on the business module through the configurable interfaces provided by the business module according to the real-time business environment and business requirements, so that the business module can meet diverse business needs. By combining the separately independent business module and the autonomous manager implemented in the SideCar mode to form a complete autonomous module, the coupling degree between the business module and the SideCar autonomous manager in the autonomous module is reduced.
[0061] In an embodiment of the present invention, the business module includes a business interface and an executor.
[0062] The business interface is used to execute specific business logics and business functions.
[0063] The executor is used to provide a configurable interface, and the configurable interface supports the SideCar autonomous manager to perform configuration adjustments on the business module without modifying the code.
[0064] In an embodiment of the present invention, the business module may be composed of two parts: a business interface and an executor. Among them, the business interface is responsible for the implementation of specific business logics and business functions, and the executor is a set of configurable interfaces that allow the SideCar autonomous manager to adjust the behavior and configuration parameters of the module without modifying the code, and complete the adaptive adjustment of the module.
[0065] Specifically, the business module is essentially defined by a set of metadata plus a series of interface implementations. The interfaces provided by the business module may be composed of a set of cloud functions or microservices. However, a series of interfaces do not necessarily need to be implemented in the same service. They can be scattered in different places, or completely implemented by cloud functions, and finally organized logically together, with high flexibility and scalability. The business module can be described as a set of metadata, which contains the key information of the business module. The SideCar autonomous manager realizes the loading of the business module by reading this set of metadata, and at the same time realizes business logics and functions by calling the interfaces of the business module, realizes autonomous management and adaptive adjustment, and improves the abstraction and flexibility of the software framework.
[0066] The metadata of the business module may include the unique identifier of the business module, the business interface address, the module dependency relationship configuration information, the event subscription configuration information, the monitoring configuration information, and the policy configuration information. Among them, the unique identifier of the business module may be the unique code of the business module; the event subscription configuration information may include events and event policy methods; the monitoring configuration information may include monitoring metrics, collection frequencies, collection interfaces, and monitoring result determination policy interfaces; the policy configuration information may include policies and policy execution methods.
[0067] In an embodiment of the present invention, the SideCar autonomous manager includes a controller, a registration module, a sensor module, a monitoring module, and a policy execution module.
[0068] The controller is used to obtain the metadata of the business module and push it to the registration module, the sensor module, the monitoring module, and the policy execution module.
[0069] The registration module is used to register the autonomous module to the autonomous module communication bus according to the business interface address and periodically send heartbeat information to keep alive.
[0070] The sensor module is used to register the event subscription information of the autonomous module to the autonomous module communication bus according to the event subscription configuration information and listen for the subscription events of the business module.
[0071] The monitoring module is used to monitor and collect the metric data of the business module according to the monitoring configuration information.
[0072] The policy execution module is used to adjust the configuration of the business module according to the policy configuration information, the real-time business environment, and the business requirements.
[0073] The SideCar autonomous manager is an auxiliary component attached to the business module, deployed in the SideCar mode, responsible for monitoring, managing, and optimizing the operation of the business module. For example, it can continuously monitor the operation status and key metrics of the business module, perceive the health status and external environment changes of the module in real time, and dynamically adjust the configuration and status of the business module through the configurable interface provided by the actuator of the business module according to the preset rules and policies, so as to achieve adaptive optimization and fault recovery.
[0074] The SideCar autonomous manager in the embodiments of the present invention may include a controller, a registration module, a sensor module, a monitoring module, and a policy execution module. When the SideCar autonomous manager starts, the controller can read the metadata of the service module and push it to the registration module, the sensor module, the monitoring module, and the policy execution module, so that the registration module, the sensor module, the monitoring module, and the policy execution module can be initialized based on the obtained metadata information. Specifically, the registration module can register the autonomous module to the autonomous module communication bus according to the service interface address in the metadata, so that the autonomous module can communicate and interact with other modules. At the same time, the registration module also periodically sends heartbeat information to keep the autonomous module active, ensuring its presence and availability in the system. The sensor module can register the event subscription information of the autonomous module to the autonomous module communication bus according to the event subscription configuration information, so that the sensor module can listen to the subscribed events of the service module and realize the real-time perception of the service module. The monitoring module can monitor and collect the metric data of the service module according to the monitoring configuration information, and these metric data can include performance metrics, resource usage, and system status, etc., which are used to evaluate the performance and status of the service module. Through the monitoring module, potential problems can be discovered in time, which helps to ensure the stable operation of the service module. The policy execution module can dynamically adjust the configuration of the service module according to the policy configuration information, as well as the real-time service environment and service requirements. This dynamic adjustment ability enables the service module to better adapt to the changing environment and service requirements. For example, adjust the resource allocation according to the current load situation, etc.
[0075] In addition, the policy execution module also provides the autonomous module with the ability of self-protection. By implementing a series of security policies and mechanisms, it protects the service module from malicious attacks and potential threats. When a security event is detected, corresponding policies will be executed, such as isolating the affected module, updating security rules, etc.
[0076] Through the collaborative work of these modules of the SideCar autonomous manager, it is ensured that the service module can operate stably and meet diverse service requirements, thereby improving the overall performance of the cloud platform software and providing users with a more stable and efficient cloud service experience.
[0077] In an embodiment of the present invention, the monitoring module is used to execute a collection function to collect the metric data of the service module, and use a status determination function to analyze the metric data to obtain the health status information of the service module and send it to the policy execution module;
[0078] The policy execution module is used to repair the service module according to the policy configuration information when it is determined that the health status information indicates an abnormal state of the service module.
[0079] In an embodiment of the present invention, the monitoring module may specifically execute a collection function periodically to collect metric data of the service module, such as performance metrics, resource usage, and system status, etc. Then, a state determination function is used to comprehensively analyze the collected metric data, evaluate the health status of the service module, and push the health status information to the policy execution module. The policy execution module determines the received health status information. If the monitoring status information indicates that the service module is in an abnormal state, the policy execution module may execute the corresponding repair policy preset in the policy configuration information to automatically repair the service module, such as restarting the service, automatic downgrading, etc. Thus, real-time monitoring and automatic repair of the health status of the service module are achieved, enabling the service module to remain healthy, ensuring the accuracy and consistency of the metric data, and dynamically adjusting resource allocation according to the real-time monitored resource utilization situation, reducing unnecessary resource consumption, and optimizing the performance and resource efficiency of the system.
[0080] In an embodiment of the present invention, the sensor module is used to listen for subscription events of the service module, evaluate the subscription events of the service module, obtain an event evaluation result, and send it to the policy execution module;
[0081] The policy execution module is used to adjust the service logic and service functions of the service module according to the event evaluation result and the policy configuration information.
[0082] In an embodiment of the present invention, the sensor module can subscribe to and listen for a series of service-related events and system events based on event subscription configuration information, such as system alarms, service trigger events, etc. Then, it determines the validity of the event according to the module dependency and subscription relationship, and then evaluates the event through an event evaluation method, and pushes the event evaluation result to the policy execution module. The policy execution module automatically executes the corresponding adjustment policy according to the policy configuration information to achieve dynamic adjustment of service logic and service functions and system self-adaptive management. This event-driven policy execution mechanism of the SideCar autonomous manager can quickly respond to various events, provide proactive state awareness and intelligent feedback. Through the joint work of the sensor component and the policy execution module of the SideCar autonomous manager, the self-adaptive management and intelligent operation and maintenance of the system are realized.
[0083] In an embodiment of the present invention, the autonomous module communication bus is further used to provide a unified communication interface to interact with all autonomous modules, route and forward call requests between autonomous modules according to the registration information of the autonomous modules, and support loose coupling interaction between autonomous modules;
[0084] The autonomous module communication bus is further used to process events published by autonomous modules and distribute the events to corresponding autonomous modules according to the event subscription information of the autonomous modules.
[0085] To support efficient communication and collaboration among autonomous modules, the present invention designs an autonomous module communication bus that can carry interface call requests between modules and is also responsible for event distribution and management. Specifically, referring to Figure 2 , a schematic diagram of communication interaction based on the autonomous module communication bus provided by an embodiment of the present invention is shown. The autonomous module communication bus is a communication bus that integrates API interaction and event communication, and can provide module communication services and event distribution services. The module communication service of the autonomous module communication bus provides functions of dynamic registration and discovery of autonomous modules. All autonomous modules can interact with the bus through a unified communication interface. In addition, the autonomous module communication bus can route and forward call requests between autonomous modules based on the module registration information of the autonomous modules, and the autonomous module communication bus provides load capacity to support loose-coupled interaction between AE modules. The event distribution service of the autonomous module communication bus provides functions of event publishing and subscribing, allowing autonomous modules to publish events and subscribe to interested events. The autonomous module communication bus is responsible for distributing events to corresponding autonomous modules according to the event subscription information of the autonomous modules, realizing event-driven module interaction. Therefore, the autonomous module communication bus realizes efficient interface calls between modules and event-driven interaction, and further optimizes the decoupling between modules.
[0086] In addition, the autonomous module communication bus implements a highly available architecture based on the ETCD database cluster. By utilizing its consistency and high availability characteristics, the stability and reliability of the bus service are guaranteed. To ensure communication security, the autonomous module communication bus also adopts encryption transmission, access control, and authentication mechanisms to ensure data security and privacy.
[0087] The autonomous module cluster in the cloud platform software architecture system of the present invention can execute business logic and functions, as well as perform autonomous management and adaptively adjust according to the real-time business environment and business requirements. The ETCD database cluster can store and manage metadata, configuration information, and status information of the autonomous modules. The autonomous module communication bus supports communication and interaction between autonomous modules in the autonomous module cluster. Designing and implementing cloud platform software based on the cloud platform software architecture system of the present invention can significantly improve the decoupling, data consistency, resource utilization efficiency, maintenance convenience, and status perception and intelligent feedback capabilities of cloud platform software.
[0088] Based on the same inventive concept, another embodiment of the present invention provides an electronic device, including a memory, a processor, and a computer program stored on the memory. The processor executes the computer program to load the cloud platform software architecture system according to any one of the embodiments of the present invention.
[0089] Specifically, the electronic device includes: a memory and a processor which are communicatively connected via a bus. The memory stores a computer program that can run on the processor, thereby loading the cloud platform software architecture system according to any one of the first aspects of the embodiments of the present invention.
[0090] The memory may include a random access memory (RAM), or may also include a non-volatile memory, such as at least one disk memory. Optionally, the memory may also be at least one storage device located away from the aforementioned processor.
[0091] The above-mentioned processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
[0092] Based on the same inventive concept, another embodiment of the present invention provides a computer-readable storage medium, on which a computer program / instructions are stored. When the computer program / instructions are executed by a processor, the cloud platform software architecture system according to any one of the first aspects of the embodiments of the present invention is loaded.
[0093] Each embodiment in this specification is described in a progressive manner. The key point of each embodiment is to illustrate the differences from other embodiments. The same or similar parts among the embodiments can be referred to each other.
[0094] Those skilled in the art should understand that the embodiments of the present invention can be provided as a method, a device, an electronic device, a storage medium, or a computer program product. Therefore, the embodiments of the present invention can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present invention can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories, CD ROMs, optical memories, etc.) containing computer-usable program codes.
[0095] Although embodiments of the present invention have been shown and described, those of ordinary skill in the art can understand that various changes, modifications, substitutions, and variations can be made to these embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is defined by the claims and their equivalents.
[0096] Finally, it should also be noted that in this text, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or terminal device comprising a series of elements not only includes those elements, but also includes other elements not expressly listed, or elements inherent to such process, method, article or terminal device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or terminal device comprising the element.
[0097] The above has introduced in detail a cloud platform software architecture system, an electronic device, and a readable storage medium provided by the present invention. Specific examples are used in this text to elaborate on the principles and implementation manners of the present application. The description of the above embodiments is only used to help understand the method and its core idea of the present application; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in the specific implementation manners and application scopes. In summary, the content of this specification should not be construed as a limitation to the present application. The above embodiments are only preferred embodiments given to fully illustrate the present invention, and the protection scope of the present invention is not limited thereto. Equivalent substitutions or transformations made by those skilled in the art on the basis of the present invention are within the protection scope of the present invention.
Claims
1. A cloud platform software architecture system, characterized in that, including: An autonomous module cluster for executing business logic and functions, performing autonomous management, and making adaptive adjustments according to the real-time business environment and requirements. The autonomous module cluster includes multiple autonomous modules. Each autonomous module is used to execute specific business logic and functions, perform autonomous management, and make adaptive adjustments according to the real-time business environment and requirements. Each autonomous module includes a business module and a SideCar autonomous manager. The business module is used to execute specific business logic and functions and provide configurable interfaces. The SideCar autonomous manager is used to manage the business module and make configuration adjustments to the business module through the configurable interface according to the real-time business environment and requirements. The SideCar autonomous manager includes a controller, a registration module, a sensor module, a monitoring module, and a policy execution module. The controller is used to obtain the metadata of the business module and push it to the registration module, the sensor module, the monitoring module, and the policy execution module. The registration module is used to register the autonomous module to the autonomous module communication bus according to the business interface address and periodically send heartbeat information to keep alive. The sensor module is used to register the event subscription information of the autonomous module to the autonomous module communication bus according to the event subscription configuration information and listen for the subscribed events of the business module. The monitoring module is used to monitor and collect the metric data of the business module according to the monitoring configuration information. The policy execution module is used to adjust the configuration of the business module according to the policy configuration information, the real-time business environment, and requirements. An ETCD database cluster for storing and managing the metadata, configuration information, and status information of the autonomous modules. The high availability of the ETCD database is the basis for the high availability of the entire system. At the same time, based on the raft protocol, it strictly guarantees data consistency. Through the efficient management of the ETCD database cluster, the latest information of the autonomous modules can be updated in a timely manner, ensuring the integrity and consistency of this information and providing data support for the implementation of the cloud platform software. An autonomous module communication bus for supporting communication and interaction between the autonomous modules in the autonomous module cluster, reducing the coupling degree between modules, and enhancing the scalability and flexibility of the system.
2. The cloud platform software architecture system according to claim 1, wherein the business module includes a business interface and an actuator, the business interface is used to execute specific business logic and functions; the actuator is used to provide a configurable interface, and the configurable interface supports the SideCar autonomous manager to make configuration adjustments to the business module without modifying the code.
3. The cloud platform software architecture system according to claim 1, wherein the metadata of the business module includes the unique identifier of the business module, the business interface address, the module dependency configuration information, the event subscription configuration information, the monitoring configuration information, and the policy configuration information.
4. The cloud platform software architecture system according to claim 3, wherein The monitoring module is used to execute a collection function to collect the metric data of the service module, and analyze the metric data by using a status determination function to obtain the health status information of the service module and send it to the policy execution module; The policy execution module is used to repair the service module according to the policy configuration information when it is determined that the health status information indicates an abnormal status of the service module.
5. The cloud platform software architecture system according to claim 4, wherein The sensor module is used to listen for the subscription events of the service module, and evaluate the subscription events of the service module to obtain an event evaluation result and send it to the policy execution module; The policy execution module is used to adjust the business logic and business functions of the service module according to the event evaluation result and the policy configuration information.
6. The cloud platform software architecture system according to claim 1, wherein The autonomous module communication bus is further used to provide a unified communication interface to interact with all autonomous modules, route and forward the call requests between autonomous modules according to the registration information of the autonomous modules, and support loose coupling interaction between autonomous modules; The autonomous module communication bus is further used to process the events published by the autonomous modules and distribute the events to the corresponding autonomous modules according to the event subscription information of the autonomous modules.
7. An electronic device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, When the electronic device executes the computer program, it loads the cloud platform software architecture system according to any one of claims 1 to 6.
8. A readable storage medium, on which a computer program is stored, characterized in that, When the computer program is executed by a processor, it loads the cloud platform software architecture system according to any one of claims 1 to 6.
Citation Information
Patent Citations
Monitoring method and device for middleware and computer program product
CN113656239A
Data-oriented cloud native software architecture and software platform
CN116107564A