System service splitting online method and device

Abstract

The invention discloses a system service splitting and online method and device, and the method comprises the steps: splitting a target function in a to-be-split application, and forming a target application; the interface of the target application is an interface isolated from an interface corresponding to a target function in the to-be-split application; according to response results of the to-be-split application and the target application to the same request, after comparison verification is passed, based on a directional routing configuration strategy, receiving an address of a target gray node in a system service link through a directional routing platform; sending the request sent through the address to a target application based on the micro-service framework; and after the target application passes, executing the target function through the target application and the interface of the target application. According to the invention, the accuracy and efficiency of system service splitting are improved, and the difficulty of system service splitting is reduced.

Description

Technical Field

[0001] The present invention relates to the technical field of microservice data processing, and in particular to a method and device for splitting and launching system services. Background Art

[0002] This section aims to provide background or context for the embodiments of the present invention described in the claims. The description herein is not admitted to be prior art merely by including it in this section.

[0003] At present, the network connection system relied on by the bank network connection clearing platform bears hundreds of millions of traffic every day and has extremely high requirements for business continuity. For example, the management and clearing functions of the bank's bar code business are generally coupled in one application.

[0004] At present, since the management function iterates relatively fast, in order to avoid affecting a certain network connection clearing function (such as the bar code clearing function) during the iteration process, it is generally necessary to upgrade the overall architecture and decouple the coupled functions. Therefore, some functions (such as the management function) in the network connection clearing service (such as the bar code operation service) can be split out into a new application, and the online requests can be smoothly migrated to the new application.

[0005] However, in the current service splitting solutions, due to the large number of upstream and downstream related parties of the split services, the transformation difficulty is relatively large; in addition, after upgrading the interface version number of the service in the current solution and releasing the application, only application-level gray scale can be achieved, and interface-level gray scale cannot be achieved; furthermore, the current solution cannot guarantee the read-write consistency between the new service interface and the old service interface split out. Summary of the Invention

[0006] Embodiments of the present invention provide a method for splitting and launching system services, which is used to improve the accuracy and efficiency of system service splitting and reduce the difficulty of system service splitting. The method includes:

[0007] Split the target function in the application to be split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split;

[0008] Compare and verify according to the response results of the application to be split and the target application to the same request; the comparison and verification are used to determine whether the application to be split and the target application process the request in the same way;

[0009] After the comparison and verification passes, based on the directional routing configuration strategy, receive the address of the target gray scale node in the system service link through the directional routing platform; based on the microservice framework, send the request sent through the address to the target application for gray scale verification of the target application;

[0010] After the grayscale verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

[0011] An embodiment of the present invention further provides a system service split and online device, which is used to improve the accuracy and efficiency of system service splitting, and reduce the difficulty of system service splitting. The device includes:

[0012] A target application establishment module, configured to split the target function in the application to be split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split;

[0013] A comparison and verification module, configured to perform comparison and verification according to the response results of the application to be split and the target application for the same request; the comparison and verification is used to determine whether the processing of the request by the application to be split and the target application is the same;

[0014] A grayscale verification module, configured to, after the comparison and verification passes, receive the address of the target grayscale node in the system service link through the directional routing platform based on the directional routing configuration policy; based on the microservice framework, send the request sent through the address to the target application to perform grayscale verification on the target application;

[0015] A target application execution module, configured to, after the grayscale verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

[0016] An embodiment of the present invention further provides a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the above-mentioned system service split and online method is implemented.

[0017] An embodiment of the present invention further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the above-mentioned system service split and online method is implemented.

[0018] An embodiment of the present invention further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the above-mentioned system service split and online method is implemented.

[0019] In an embodiment of the present invention, the target function in the application to be split is split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; according to the response results of the application to be split and the target application to the same request, comparison and verification are performed; the comparison and verification are used to determine whether the processing of the request by the application to be split and the target application is the same; after the comparison and verification passes, based on the directed routing configuration policy, the address of the target gray node in the system service link is received through the directed routing platform; based on the microservice framework, the request sent through the address is sent to the target application for gray verification of the target application; after the gray verification passes, the interface corresponding to the target function in the application to be split is closed; the target function is executed with the target application and the interface of the target application, so that the request of the link node can be sent to the target application through the directed routing platform, and the gray verification and application release of the target application are completed through the microservice framework, solving the problems of high transformation difficulty and low system service splitting efficiency caused by the need to transform the upstream and downstream business parties' systems and release during the migration process in the prior art; through configuring the directed routing policy, gray online at the interface level can be realized, and a small number of nodes can be accessed first for gray verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with one interface; by comparing and verifying the response results of the application to be split and the target application to the same request, it can be compared whether the outputs are consistent under the same input of the interfaces of the original application and the new application, ensuring the correct reading and writing of the interfaces, improving the accuracy and efficiency of system service splitting, reducing the difficulty of system service splitting, ensuring that the system service splitting and migration have no impact on the online business, and realizing smooth migration. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the following drawings are only some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can be obtained based on these drawings. In the drawings:

[0021] Figure 1 It is a schematic flowchart of a method for splitting and going online a system service in an embodiment of the present invention;

[0022] Figure 2 It is a specific example diagram of a method for splitting and going online a system service in the prior art in an embodiment of the present invention;

[0023] Figure 3 It is a specific example diagram of a method for splitting and going online a system service in an embodiment of the present invention;

[0024] Figure 4This is a structural example diagram of a system service splitting and online device in an embodiment of the present invention;

[0025] Figure 5 This is a schematic diagram of a computer device for system service splitting and online in an embodiment of the present invention. Detailed implementation manners

[0026] To make the objectives, technical solutions and advantages of the embodiments of the present invention clearer and more understandable, the following further describes the embodiments of the present invention in detail with reference to the accompanying drawings. Herein, the illustrative embodiments of the present invention and their descriptions are used to explain the present invention, but not to limit the present invention.

[0027] The term "and / or" in this article merely describes an association relationship, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the term "at least one" in this article means any one of multiple or any combination of at least two of multiple. For example, including at least one of A, B, and C can represent any one or more elements selected from the set composed of A, B, and C.

[0028] In the description of this specification, the terms "include", "comprise", "have", "contain", etc. are all open-ended terms, that is, they are meant to include but not limited to. The description with reference to terms such as "an embodiment", "a specific embodiment", "some embodiments", "for example", etc. means that the specific features, structures or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic descriptions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures or characteristics described can be combined in a suitable manner in any one or more embodiments or examples. The order of steps involved in each embodiment is used to schematically illustrate the implementation of the present application, and the order of steps is not limited and can be adjusted appropriately as needed.

[0029] The acquisition, storage, use, processing, etc. of data in the technical solution of the present application all comply with the relevant regulations of national laws and regulations.

[0030] The embodiments of the present invention involve the following nouns, which are explained as follows:

[0031] Dubbo: A microservice framework that provides RPC communication and microservice governance capabilities;

[0032] Directed routing: Specify the source IP and destination IP of the interface request, so that the requests from the source IP node are all sent to the node of the destination IP;

[0033] Dynamic configuration: Through the Dubbo console, configure the interface parameters to achieve the dynamic update configuration effect of service governance;

[0034] Service splitting: An application with different functions coupled together is divided into different applications according to functions.

[0035] At present, the network joint clearing system relied on by the bank network joint clearing platform bears hundreds of millions of traffic every day and has extremely high requirements for business continuity. For example, the management and clearing functions of the bank's barcode business are generally coupled in one application (such as bcs-barcode-admin).

[0036] Now, due to the rapid iteration of the management function, in order to avoid affecting a certain network joint clearing function (such as the barcode clearing function) during the iteration process, it is generally necessary to upgrade the overall architecture and decouple the coupled functions. Therefore, some functions (such as the management function) in the network joint clearing service (such as the barcode operation service) can be split out into a new application, and the online requests can be smoothly migrated to the new application. During the split and online process, it is necessary to consider the problems of large changes in the upstream and downstream caused by interface migration and the problems affecting the real-time link business.

[0037] The following gives an example of service splitting at present:

[0038] As Figure 2 shown, the current service splitting technical solution is to first split the management function in the application to be split (such as bcs-barcode-admin) into a new application (such as bcs-admin), upgrade the version number of the interface provider provided by it to 2.0.0, and release the new application;

[0039] For the upstream service to call the new service, it is necessary to uniformly upgrade the version number of the subscribed interface to the corresponding version 2.0.0 of the new application and complete the production release to achieve application splitting and online.

[0040] This solution not only requires bcs-barcode-admin to complete the splitting and transformation of the application, but also requires its upstream and downstream related parties to transform and release the application to complete the service splitting and migration.

[0041] In summary, for the current service splitting solution, due to the large number of upstream and downstream related parties of the split service, the transformation difficulty is relatively large; in addition, after upgrading the interface version number of the service and releasing the application in the current solution, only application-level gray scale can be achieved, and interface-level gray scale cannot be achieved; furthermore, the current solution cannot guarantee the read-write consistency between the new service interface and the old service interface after splitting.

[0042] For example, the current service splitting solution has the following problems:

[0043] 1. Problems with coordinated changes between upstream and downstream:

[0044] Due to the splitting out of new services and the upgrade of the interface version numbers, for the upstream and downstream systems to call the new services, they need to perform subscription interface version number upgrade and transformation on their own systems, and after the transformation is completed, the applications are released. Since there are many relevant parties in the upstream and downstream of the split services, the transformation difficulty is relatively large.

[0045] 2. Interface-level gray-scale migration problem:

[0046] After upgrading the interface version numbers of the services and releasing the applications, only application-level gray-scale can be achieved, and interface-level gray-scale cannot be achieved. Once there is a problem with a certain interface, it is impossible to roll back at the interface level, and the entire application needs to be rolled back.

[0047] 3) Ensure the read and write consistency of the new and old service interfaces:

[0048] The newly split services involve system transformation. How to ensure the read and write consistency between the interfaces of the newly split services and the old service interfaces is a huge challenge faced.

[0049] To solve the above problems, the embodiments of the present invention provide a system service splitting and going online method to improve the accuracy and efficiency of system service splitting, and reduce the difficulty of system service splitting. See Figure 1 This method may include:

[0050] Step 101: Split the target function in the application to be split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split;

[0051] Step 102: Compare and verify according to the response results of the application to be split and the target application for the same request; the comparison and verification are used to determine whether the processing of the request by the application to be split and the target application is the same;

[0052] Step 103: After the comparison and verification passes, based on the directional routing configuration policy, receive the address of the target gray-scale node in the system service link through the directional routing platform; based on the microservice framework, send the request sent through the address to the target application to perform gray-scale verification on the target application;

[0053] Step 104: After the gray-scale verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

[0054] In step 101, when splitting the target function in the application to be split to form the target application, the splitting can be carried out in a modular and component-based manner, so that each module or component of the target application has independence and reusability. In addition, it is also necessary to ensure that the interfaces of the target application are isolated from the interfaces corresponding to the target function in the application to be split to ensure the stability and security of the interfaces.

[0055] In step 102, comparison and verification is a key link. By means of automated testing, manual testing or hybrid testing, the response results of the application to be split and the target application for the same request can be compared to determine whether they process requests in the same way. If the comparison and verification results are inconsistent, the code or configuration of the target application needs to be adjusted in time until the expected requirements are met.

[0056] In step 103, the directional routing configuration strategy is the core part. According to the business requirements and the goals of gray-box testing, the routing rules can be reasonably configured to make the requests flow orderly between the target application and the application to be split. In addition, the advantages of the microservices framework need to be utilized to simplify the process of sending and receiving requests and improve the system performance and stability.

[0057] In step 104, after the gray-box verification is passed, the interface corresponding to the target function in the application to be split can be closed, so as to realize the separation and independence of the target function. Next, using the target application and its interfaces, the target function is executed to verify whether the functions of the system service after splitting are running properly. If problems are found, the code or configuration of the target application needs to be adjusted in time until the expected requirements are met.

[0058] The system service splitting and online method provided by the embodiments of the present invention can effectively improve the accuracy and efficiency of system service splitting and reduce the difficulty of system service splitting through the above four steps. In the actual application process, the method parameters can be flexibly adjusted according to the project requirements and business scenarios to achieve more efficient and reliable system service splitting.

[0059] In an embodiment of the present invention, the target function in the application to be split is split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; according to the response results of the application to be split and the target application to the same request, comparison and verification are performed; the comparison and verification are used to determine whether the processing of the request by the application to be split and the target application is the same; after the comparison and verification passes, based on the directional routing configuration policy, the address of the target gray node in the system service link is received through the directional routing platform; based on the microservice framework, the request sent through the address is sent to the target application to perform gray verification on the target application; after the gray verification passes, the interface corresponding to the target function in the application to be split is closed; the target function is executed with the target application and the interface of the target application, so that the request of the link node can be sent to the target application through the directional routing platform, and the gray verification and application release of the target application are completed through the microservice framework, solving the problems of high transformation difficulty and low system service splitting efficiency caused by the need to transform the upstream and downstream business parties' systems and release them during the migration process in the prior art; by configuring the directional routing policy, gray online at the interface level can be realized, and a small number of nodes can be accessed first for gray verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with one interface; by comparing and verifying the response results of the application to be split and the target application to the same request, it can be compared whether the outputs are the same under the same input of the interfaces of the original application and the new application, ensuring the correct reading and writing of the interfaces, improving the accuracy and efficiency of system service splitting, reducing the difficulty of system service splitting, ensuring that the system service splitting and migration have no impact on the online business, and realizing a smooth migration.

[0060] Specifically in implementation, first, the target function in the application to be split is split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split.

[0061] In the embodiment, no splitting is performed at the database level, only splitting at the application layer. The target application can be formed through the business logic code corresponding to the split target function. In the following embodiments, the application to be split can be simply referred to as the old application, and the target application can be simply referred to as the new application, which will not be elaborated below.

[0062] In one embodiment, forming a target application according to the business logic code corresponding to the split target function includes:

[0063] Forming a target application according to the business logic code corresponding to the split target function;

[0064] Upgrading the version of the interface of the target application according to the interface upgrade request of the application.

[0065] In the above embodiments, the target functions in the application to be split, such as the management function in the bcs-barcode-admin application, are split into the target application, such as bcs-admin; this can make the application to be split and the target application consistent in terms of business logic, and by upgrading the interface version number of the new application, interface isolation from the application to be split, bcs-barcode-admin, can be achieved, and the target application, bcs-admin, can be fully released.

[0066] In the above embodiments, after the split of the target application is completed, the target application needs to be independently deployed and operated and maintained. This step can be achieved by using container technology, virtualization technology, or cloud computing, etc. Container technology such as Docker can package the target application and its dependencies into an independent container, which is convenient for deployment and operation in different environments. Virtualization technologies such as KVM and VMware can create independent virtual environments, and each virtual environment runs a target application to achieve application isolation. Cloud computing platforms provide cloud services, and the target application can be deployed to the cloud to achieve elastic scaling and efficient operation and maintenance.

[0067] During the independent deployment and operation and maintenance of the target application, it is necessary to ensure smooth interface calls between the target applications. This can be achieved through the following aspects: First, standardize and normalize the interfaces of the target application to ensure the consistency of interface naming, parameters, return values, etc.; second, use an API gateway or a load balancing device to achieve request routing and load balancing between the target applications; third, use a service monitoring and logging system to monitor the running status of the target application in real time, discover and solve problems.

[0068] Next, to ensure the security of the target application, it needs to be protected and isolated. This includes strictly controlling the access rights of the target application to ensure that only authorized users and devices can access; encrypting and backing up the data of the target application to prevent data leakage and loss; using security devices such as firewalls and intrusion detection systems to prevent network attacks and malicious behaviors.

[0069] During the implementation process, the following steps can be taken for specific operations:

[0070] 1. Conduct a detailed analysis of the target functions in the application to be split to clarify the relationships and dependencies between each functional module. This helps us ensure the independence and integrity of each module during the split process.

[0071] 2. According to the division of functional modules, reconstruct the business logic code in the old application to form a new target application. In this process, we need to ensure that the business logic code in the new application can correctly handle various business scenarios and be consistent with the old application.

[0072] 3. Upgrade the version of the interface for the new application. This helps to ensure that the interface compatibility issues between the new application and the old application are resolved, and it is also beneficial for the development and maintenance of subsequent new features.

[0073] 4. After completing the development of the new application and the interface upgrade, we need to conduct comprehensive testing on the new application to ensure its functional correctness and stability. During the testing process, automated testing tools can be used to improve the testing efficiency and accuracy.

[0074] 5. Deploy the new application to the production environment to replace the old application. During this process, attention needs to be paid to issues such as data migration and user permission settings to ensure a smooth transition.

[0075] 6. Monitor the operation of the new application in the production environment, promptly discover and resolve potential problems. At the same time, collect user feedback and continuously optimize the functions and performance of the new application.

[0076] Through the above steps, we can achieve a reasonable split of the application to be split, forming independent and functionally complete target applications. This not only helps to improve the maintainability and scalability of the application, but also is beneficial to team collaboration and development efficiency.

[0077] Specifically in implementation, split the target function in the application to be split to form a target application, including: splitting the target function in the application to be split; forming a target application according to the business logic code corresponding to the split target function.

[0078] In the embodiment, after configuring the interface of the target application to be isolated from the interface corresponding to the target function in the application to be split and fully releasing and going live the target application, compare and verify according to the response results of the application to be split and the target application for the same request; the comparison and verification is used to determine whether the processing of the request by the application to be split and the target application is the same.

[0079] After completing the construction and release of the target application, the next step is to perform continuous integration and continuous deployment on the split application to ensure the stability and reliability of the application. Specific measures include:

[0080] 1. Automated testing: Write automated test cases for the target application to ensure that every time code is submitted, the functions and performance of the application can be comprehensively tested. This helps to promptly discover potential problems and ensure the quality of the application.

[0081] 2. Continuous integration: Use continuous integration tools (such as Jenkins, Travis CI, etc.) to automatically build, test, and deploy the target application, enabling developers to quickly iterate and develop, improving development efficiency.

[0082] 3. Code quality monitoring: Ensure the code quality of the target application through means such as code review and static code analysis. This helps reduce risks during software operation and improve the stability of the application.

[0083] 4. Deployment monitoring: Monitor the deployment process of the target application to ensure smooth deployment. Various problems may occur during the deployment process, such as server downtime and network failures. Deployment monitoring can detect and solve problems in a timely manner.

[0084] In the embodiment, the operation of comparing and validating the response results of the same request according to the application to be split and the target application also realizes the self-validation operation of the target application.

[0085] In one embodiment, comparing and validating the response results of the same request according to the application to be split and the target application includes:

[0086] Send the request parameters of the same request to the application to be split and the target application respectively through a pre-set comparison tool, and compare and validate the response results of the application to be split and the target application;

[0087] When the response results of the application to be split and the target application are the same, it is determined that the business logics of the application to be split and the target application for the target function are the same and the comparison and validation are passed.

[0088] In the above embodiment, when the response results of the application to be split and the target application are inconsistent, it is necessary to further analyze the reasons for the differences. First, check whether the request parameters are correctly sent and received. After confirming that they are correct, use a debugging tool to compare the response results line by line to find the difference points. Next, analyze the difference points to determine whether the difference is caused by business logic differences or other factors.

[0089] If the difference is caused by business logic differences, it is necessary to adjust the business logics of the application to be split and the target application to make them consistent. The specific adjustment method can be determined according to the specific situation of the difference points, such as modifying parameter passing and adjusting processing logic. After the adjustment is completed, perform the comparison and validation again to ensure business logic consistency.

[0090] If the difference is not caused by business logic differences but other factors, such as data format, encoding and decoding, etc., corresponding processing needs to be carried out for specific problems. For example, check whether the data format meets the expectations. If not, the data needs to be converted or adjusted; if there are problems with encoding and decoding, try to use a unified encoding and decoding method for processing.

[0091] After processing all the difference points, conduct the comparison and verification again. If the response results of the application to be split and the target application are exactly the same at this time, it indicates that the application to be split has been successfully transformed into the target application, and subsequent deployment and online work can be carried out.

[0092] During the entire comparison and verification process, if problems cannot be solved, it is necessary to communicate with the development team in a timely manner, jointly analyze the causes of the problems, and seek appropriate solutions. At the same time, in order to ensure the consistency of the business logic between the application to be split and the target application, it is recommended to keep the code of the application to be split and the target application updated synchronously during the development process to better meet the business requirements.

[0093] To sum up, by comparing and verifying the response results of the application to be split and the target application, it is possible to effectively check whether the business logic of the application to be split after splitting is consistent with the target application. During the splitting process, it is necessary to closely monitor the difference points and make adjustments according to specific situations. The application to be split that passes the comparison and verification can ensure that its functions operate normally in the target application, laying a foundation for the smooth migration and upgrade of the application.

[0094] In order to solve the problem in the existing technology that it is difficult to ensure the read-write consistency of the new and old service interfaces, in the above embodiments, the bcs-tools comparison tool can be used to send the same request parameters to the interfaces of the new and old applications respectively, and compare whether their responses are consistent, so as to ensure that the business logic of the service interface provided by the new application is the same as that provided by the old application before the new application provides services.

[0095] During specific implementation, after the comparison and verification is passed, based on the directional routing configuration strategy, the address of the target gray node in the system service link is received through the directional routing platform; based on the microservice framework, the request sent through the address is sent to the target application for gray verification of the target application.

[0096] In the embodiment, after the splitting and self-verification are completed, the interfaces of the new and old applications have been provided externally, and the new and old applications can be isolated by the version number. The online requests still call the old interface. The gray verification operation is to gray a small number of requests in the real-time link to the new service to avoid affecting a large number of services.

[0097] To solve the following problems of upstream and downstream cooperation changes in the existing technology: that is, since a new service is split out and the version number of the interface is upgraded, when the upstream and downstream systems need to call the new service, they need to perform a subscription interface version number upgrade transformation on their own systems. After the transformation is completed, the application is released. Since there are many upstream and downstream related parties for the split service, the transformation difficulty is relatively large.

[0098] In one embodiment, based on the directional routing configuration policy, receiving the address of the target gray node in the system service link through the directional routing platform may include:

[0099] Based on the microservice framework, modify the interface status of the application interface to be split to closed;

[0100] Based on the directional routing configuration policy, configure an interface with the same version as the application to be split for the directional routing platform;

[0101] Based on the microservice framework, modify the interface status of the interface of the application to be split to open;

[0102] Determine the address of the target gray node in the system service link received by the directional routing platform;

[0103] According to the address of the target gray node, configure and form a routing channel between the target gray node and the directional routing platform.

[0104] In the embodiment, for the gray release of the interface of the application to be split, the following steps may be included:

[0105] First, based on the microservice framework, modify the interface status of the application interface to be split to closed. The purpose of this step is to prevent problems such as data inconsistency caused by user misoperations during the gray release process.

[0106] Next, based on the directional routing configuration policy, configure an interface with the same version as the application to be split for the directional routing platform. The purpose of this step is to ensure the stability and reliability of the system during the gray release process.

[0107] Then, based on the microservice framework, modify the interface status of the interface of the application to be split to open. The purpose of this step is to enable users to use the service normally during the gray release process.

[0108] Next, determine the address of the target gray node in the system service link received by the directional routing platform. The purpose of this step is to determine the target node of the gray release.

[0109] Finally, according to the address of the target gray node, configure and form a routing channel between the target gray node and the directional routing platform. The purpose of this step is to achieve traffic distribution and management during the gray release process.

[0110] Through the above steps, the gray release of the application to be split can be achieved. During the gray release process, the gray nodes can be adjusted according to user feedback and system monitoring data to optimize the system performance.

[0111] In the embodiments, dynamic gray release can also be performed on the interfaces of the applications to be split. Dynamic gray release can dynamically select a suitable interface version to provide to users according to factors such as user behavior, device information, and network environment. This approach can further improve system performance and meet the needs of different users.

[0112] In addition, multi-version management can also be performed on the interfaces of the applications to be split in the embodiments. Multi-version management can enable multiple versions of services to be supported simultaneously on the same interface. When a user accesses the interface, the system can select a suitable version to provide to the user according to the user's needs and system configuration. This approach can further improve the flexibility and scalability of the system.

[0113] In a specific embodiment, first, on the microservice framework (such as the Dubbo console), the dynamic routing of the old service interface can be configured to the closed state (disable state), so that even if there are new nodes providing services for the old interface, the real-time link will not be aware of it;

[0114] Next, configure the mapping relationship between the new and old interfaces through the routing platform, so that the routing platform provides an interface with the same version as bcs-barcode-admin externally. When the routing platform receives a request, it will forward it to the new service bcs-admin for processing. At this time, the interfaces of bcs-barcode-admin and the routing platform have the same version exposed, but only the interfaces of bcs-barcode-admin will have requests called, and the interfaces of the routing platform have not been perceived externally.

[0115] In the above embodiments, a new interface with the same version number as bcs-barcode-admin can be provided through the routing platform, combined with the Dubbo dynamic configuration method. Relevant callers do not need to transform the system and put it into production, and only need to cooperate to observe the business situation.

[0116] Next, perform function optimization and performance improvement on the new service bcs-admin to ensure that while undertaking the functions of the old service, it can meet higher performance requirements. During this period, the operation status of the old service can be monitored to understand the problems during the business migration process, and corresponding optimization adjustments can be made to the new service.

[0117] When the functions and performance of the new service bcs-admin reach the expected level, the external requests can be gradually switched to the new service through the routing platform. In this process, methods such as gray release and rolling update can be used to ensure the stability and reliability of the business. During the switching process, the old service interfaces should be gradually taken offline to ensure that it will not affect the business.

[0118] After the old service interface is taken offline, the old service can be completely taken offline and deleted to release resources. At the same time, the entire service architecture is optimized, the service hierarchy is simplified, and the system maintainability is improved. At this time, the new service bcs-admin has completely taken over the functions of the old service, the business runs normally, and the system performance is improved.

[0119] In one embodiment, based on the microservice framework, the request sent through the address is sent to the target application, and gray-box verification is performed on the target application, including:

[0120] The request sent by the routing channel from the target gray-box node is sent to the target application, and gray-box verification is performed on the target application.

[0121] In the embodiment, a gray-box node can be selected from the machines in the real-time link, a directional routing policy from this ip1 to the routing platform is configured, and a directional routing policy that other ips are not routed to the routing platform is configured. Then, the dynamic routing of the old service interface is configured to the enable state, so that the requests of ip1 are routed to the routing platform, and the requests of other ips are routed to the original bcs-barcode-admin.

[0122] In this embodiment, gray-box verification is performed on the requests sent to the target application through the microservice framework, further improving the reliability and stability of the system. During the implementation process, the following steps are taken:

[0123] First, the request sent by the routing channel from the target gray-box node is sent to the target application, and gray-box verification is performed on the target application. The purpose of this step is to ensure that the request can reach the target application accurately and lay a foundation for subsequent gray-box verification.

[0124] Next, a gray-box node is selected from the machines in the real-time link. This gray-box node will be responsible for receiving and processing requests from ip1. At the same time, we need to configure a directional routing policy from this ip1 to the routing platform, and a directional routing policy that other ips are not routed to the routing platform. The purpose of this step is to route requests to different processing nodes according to different request sources, so as to achieve gray-box verification.

[0125] Finally, the dynamic routing of the old service interface is configured to the enable state. In this way, when the requests of ip1 are routed to the routing platform, the requests of other ips will maintain the effect of the original bcs-barcode-admin. The purpose of this step is to ensure that the system can run normally and provide services during the gray-box verification process.

[0126] In the above embodiments, to solve the problem of interface-level gray-scale migration existing in the prior art, that is, after upgrading the interface version number of the service and releasing the application, only application-level gray-scale can be achieved, and interface-level gray-scale cannot be achieved. Once there is a problem with an interface, it is impossible to roll back at the interface level, and the entire application needs to be rolled back. The directional routing configuration of Dubbo in the embodiments of the present invention is for the interface level. By configuring the directional routing policy, gray-scale online of the interface level can be realized, and a small number of nodes can be accessed first for gray-scale verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with an interface.

[0127] Specifically, when implementing, based on the microservice framework, the request sent through the address is sent to the target application. After the gray-scale verification of the target application is passed, the interface corresponding to the target function in the application to be split is closed; the target function is executed with the target application and the interface of the target application.

[0128] In the embodiment, after the gray-scale online verification is correct, the directional routing policy can be removed, and the old interface in bcs-barcode-admin can be taken down, so as to realize the full-scale migration of the original function, and the target function can be executed with the target application and the interface of the target application.

[0129] In a specific embodiment, after the gray-scale verification is passed, the target function in the application to be split is split to form a target application;

[0130] Splitting the target function in the application to be split to form a target application includes:

[0131] Forming a target application according to the business logic code corresponding to the split target function;

[0132] Upgrading the version of the interface of the target application according to the interface upgrade request of the application;

[0133] Configuring the interface of the target application as an interface isolated from the interface corresponding to the target function in the application to be split, and performing full-scale release and online of the target application;

[0134] Comparing and verifying according to the response results of the same request by the application to be split and the target application;

[0135] By a pre-set comparison tool, the request parameters of the same request are sent to the application to be split and the target application respectively, and the response results of the application to be split and the target application are compared and verified;

[0136] When the response results of the application to be split and the target application are the same, it is determined that the business logics of the application to be split and the target application for the target function are the same and the comparison and verification are passed;

[0137] Based on the directional routing configuration policy, receive the address of the target gray node in the system service link through the directional routing platform;

[0138] Based on the microservice framework, send the request sent through the address to the target application for gray verification of the target application;

[0139] After the gray verification is passed, close the interface corresponding to the target function in the application to be split;

[0140] Execute the target function with the target application and the interface of the target application;

[0141] The directional routing configuration policy includes:

[0142] Modify the interface status of the directional routing platform according to the interface status of the application to be split;

[0143] Configure an interface with the same version as the directional routing platform according to the version number of the application to be split;

[0144] Modify the interface status of the directional routing platform according to the interface status of the application to be split;

[0145] Determine the address of the target gray node in the system service link received by the directional routing platform;

[0146] Configure and form a routing channel between the target gray node and the directional routing platform according to the address of the target gray node;

[0147] The gray verification includes: sending the request sent by the routing channel from the target gray node to the target application for gray verification of the target application;

[0148] After the gray verification is passed, modify the interface status of the target application to open and execute the target function with the interface of the target application.

[0149] In the embodiment, after the gray verification is passed, the target function in the application to be split is split to form a target application. This process includes the following steps: First, split the target function in the application to be split into independent function modules; then, write the corresponding business logic code for each function module; then, integrate each function module together to form a new application, that is, the target application.

[0150] After the target application is formed, its interface version needs to be upgraded. This can be achieved in the following ways: analyze the interface requirements of the target application, optimize and improve the interfaces of each functional module; upgrade the version of the target application according to the optimized interfaces; finally, deploy the upgraded target application to the production environment for users to use.

[0151] After the version upgrade of the target application is completed, it needs to be verified in a gray environment. This process mainly includes the following steps: First, through a preset comparison tool, send the request parameters of the same request to the application to be split and the target application respectively; then, compare the response results of the application to be split and the target application; if the response results of both are the same, it means that the interface processing logic of the target application is the same as that of the application to be split, and the gray environment verification passes.

[0152] After the gray environment verification passes, the interface corresponding to the target function in the application to be split can be closed, and the target function can be executed with the target application and its interface. This process can be achieved through the following steps: First, according to the directional routing configuration policy, receive the address of the target gray node in the system service link; then, based on the microservice framework, send the request to the target application; finally, verify the target application in the gray environment.

[0153] After the gray environment verification of the target application passes, it can be deployed to the production environment for users to use. At the same time, it is also necessary to continuously monitor the running status of the target application, monitor and maintain it to ensure its stable and efficient operation. In addition, according to user feedback and business requirements, the target application can be continuously optimized and iterated to improve its quality and service level.

[0154] In summary, the embodiments of the present invention realize the online launch of the target application by splitting the target function in the application to be split, forming the target application, and performing operations such as interface version upgrade and gray environment verification. This method has high flexibility and scalability, and can effectively improve the quality and stability of system services.

[0155] A specific embodiment is given below to illustrate the specific application of the method of the present invention.

[0156] See Figure 3 Referring to the overall system architecture evolution diagram of the above system service splitting and online launch method, it can be determined that in the original architecture, the trading link application would call the operation management service in bcs-barcode-admin to obtain configuration information, and bcs-barcode-admin also carried the function of liquidation; to decouple the liquidation and management functions and facilitate the rapid iteration of the management function, it is necessary to upgrade the overall architecture.

[0157] Compared with the system service splitting and online implementation solution under the existing technology, in the architecture upgrade in the embodiments of the present invention, only the application needs to be split to reuse the original database. Figure 3 In Figure 3 , bops-router is a routing platform, which mainly implements the routing logic of interfaces between computer rooms, is responsible for receiving management requests, uniformly routing them to the main center of downstream services for processing, and splitting the management function from bcs-barcode-admin to bcs-admin; after configuring the binding relationship between the outter interface and the bcs-admin interface through the routing platform, the routing platform will receive management requests and route them to the bcs-admin service, so that specific business logic can be implemented through bcs-admin.

[0158] After the overall architecture is upgraded, the trading link application of the system can continue to call the operation management service in bcs-barcode-admin to obtain configuration information. At the same time, the settlement function and the management function are decoupled, making the iteration of the management function faster. In addition, through the routing platform, management requests can be uniformly routed to the main center of downstream services for processing, further improving the processing efficiency of the system.

[0159] In this architecture upgrade, the management function is split from bcs-barcode-admin to bcs-admin. By configuring the routing platform, management requests can be directly routed to the bcs-admin service, so that specific business logic can be implemented in bcs-admin. Such a design not only makes the management function more independent, but also reduces the coupling degree between the settlement function and the management function, which is beneficial to subsequent maintenance and upgrade.

[0160] In addition, the architecture upgrade in the embodiments of the present invention makes full use of the existing database resources and avoids waste of resources. By splitting the application, the decoupling of the settlement and management functions is realized, making the architecture of the system clearer and the modular degree higher. Such a design not only improves the flexibility of the system, but also makes the system more scalable.

[0161] Based on Figure 3 , the application splitting and online implementation solution in this specific embodiment can be divided into four parts: application splitting, self-verification, gray-scale online and full-scale migration. The following will explain these four parts in detail respectively.

[0162] 1. Application splitting part:

[0163] The target function in the application to be split, such as the management function in the bcs-barcode-admin application, will be split into the target application, such as bcs-admin. Such an operation makes the application to be split and the target application consistent from the perspective of business logic. To achieve interface isolation, we can upgrade the interface version number of the new application, so as to perform a full release of the target application bcs-admin.

[0164] 2. Self-verification part:

[0165] Use the bcs-tools comparison tool to send the same request parameters to the interfaces of the new and old applications respectively, and compare whether their responses are consistent. The purpose of this step is to ensure that the business logic of the new service interface is the same as that of the old service before the new service provides services.

[0166] 3. Gray-scale online part:

[0167] After the application split and self-verification are completed, the new and old interfaces are provided externally and isolated by version numbers. The main purpose of the gray-scale online part is to route the requests of a small number of nodes in the gray-scale real-time link to the new service to avoid affecting a large number of services.

[0168] The specific operations for gray-scale online are as follows:

[0169] First, on the microservice framework (such as the Dubbo console), configure the dynamic routing of the old service interface to the closed state (disable state) to ensure that the real-time link cannot perceive when the new node provides the service of the old interface.

[0170] Next, configure the mapping relationship between the new and old interfaces through the routing platform, so that the routing platform provides an interface with the same version as bcs-barcode-admin externally. At this time, when the routing platform receives a request, it will forward it to the new service of bcs-admin for processing. Although the interfaces of bcs-barcode-admin and the routing platform expose the same version of the interface, only the interface of bcs-barcode-admin will be called by the request.

[0171] Finally, select a gray-scale node on the machine of the real-time link, configure a directional routing policy from this IP to the routing platform, and a directional routing policy that other IPs are not routed to the routing platform. Configure the dynamic routing of the old service interface to the enable state, so as to realize that the requests of the IP are routed to the routing platform, and the requests of other IPs maintain the original effect of bcs-barcode-admin.

[0172] 4. Full migration:

[0173] After the grayscale online verification is correct, remove the directional routing policy and deactivate the old interfaces in bcs-barcode-admin, then the full migration of the original functions can be achieved.

[0174] Through the above four steps, the application splitting and online scheme in this specific embodiment is successfully completed. The four parts of application splitting, self-verification, grayscale online, and full migration cooperate with each other to ensure the smooth transition of the new service during the online process, reduce the risk of service interruption, and improve the scalability and maintainability of the system.

[0175] After comparing with the existing technical solutions, this solution effectively solves the following three problems:

[0176] 1) Upstream and downstream modification problems: During the migration process, the upstream and downstream business parties do not need to modify the system and release, but only need to pay attention to the business situation.

[0177] 2) Interface-level grayscale problems: By configuring the directional routing policy at the interface level, the interface-level grayscale migration is achieved, avoiding the rollback of the entire application caused by a single interface problem, thereby reducing the impact of the grayscale application level on the upstream and downstream businesses.

[0178] 3) Read-write consistency problems of new and old service interfaces: In the self-verification stage, a comparison tool is used to verify the read and write of the interfaces to ensure that there is no impact on the online business and achieve a smooth migration.

[0179] The application splitting and online scheme in this embodiment has the following advantages:

[0180] 1) Reduce business risks: By implementing in stages, ensure that each stage can proceed smoothly, thereby reducing the risks in the entire online process.

[0181] 2) High-efficiency collaboration: The four parts of application splitting, self-verification, grayscale online, and full migration cooperate with each other to ensure the high-efficiency collaboration of each link and improve the online efficiency.

[0182] 3) Simplify upstream and downstream transformation: There is no need for the upstream and downstream business parties to transform the system and release, reducing the complexity in the migration process.

[0183] 4) Interface-level grayscale migration: By configuring the directional routing policy at the interface level, the interface-level grayscale migration is achieved, reducing the impact of the grayscale application level on the upstream and downstream businesses.

[0184] 5) Ensure service consistency: In the self-verification stage, a comparison tool is used to verify the read and write of the interfaces to ensure that the new and old service interfaces are consistent in terms of read and write and achieve a smooth migration.

[0185] This solution is applicable to the following scenarios:

[0186] 1) The application to be split and the target application have high similarity in business logic.

[0187] 2) The interfaces of the application to be split need to be upgraded to achieve interface isolation.

[0188] 3) There is a need for gray-scale rollout, and it is hoped to reduce the impact of gray-scale applications on the business through gray-scale migration at the interface level.

[0189] 4) It is hoped to simplify the transformation of upstream and downstream businesses and reduce risks during the migration process.

[0190] 5) Pursue efficient collaboration to ensure the smooth progress of the rollout process.

[0191] The application split and rollout solution in this specific embodiment realizes the smooth migration and upgrade of the application through the implementation of four stages. Compared with the existing technical solutions, this solution has obvious advantages in reducing business risks, simplifying upstream and downstream transformations, and improving rollout efficiency. In addition, this solution also has the ability of gray-scale migration at the interface level, which can further reduce the impact of gray-scale applications on the business. Therefore, this solution is applicable to various scenarios of applications to be split and has high practical value. During the actual application process, the implementation plan can be adjusted according to specific requirements to achieve a more efficient and smooth rollout effect.

[0192] Of course, it can be understood that there can be other variation examples in the above detailed process, and related variation examples should all fall within the protection scope of the present invention.

[0193] In an embodiment of the present invention, the target function in the application to be split is split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; the response results of the application to be split and the target application for the same request are compared and verified; the comparison and verification is used to determine whether the processing of the request by the application to be split and the target application is the same; after the comparison and verification passes, based on the directional routing configuration policy, the address of the target gray node in the system service link is received through the directional routing platform; based on the microservice framework, the request sent through the address is sent to the target application for gray verification of the target application; after the gray verification passes, the interface corresponding to the target function in the application to be split is closed; the target function is executed with the target application and the interface of the target application, so that the request of the link node can be sent to the target application through the directional routing platform, and the gray verification and application release of the target application are completed through the microservice framework, solving the problems of large transformation difficulty and low system service splitting efficiency caused by the need to transform the upstream and downstream business parties' systems and release them during the migration process in the prior art; by configuring the directional routing policy, gray online at the interface level can be achieved, and a small number of nodes can be accessed first for gray verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with one interface; by comparing and verifying the response results of the application to be split and the target application for the same request, it can be compared whether the outputs are the same under the same input of the interfaces of the original application and the new application, ensuring the correct reading and writing of the interface, improving the accuracy and efficiency of system service splitting, reducing the difficulty of system service splitting, ensuring that the system service splitting and migration have no impact on the online business, and realizing smooth migration.

[0194] As described above, compared with the prior art solution, the embodiment of the present invention can first ensure that the interfaces of the newly split applications are consistent with the old service interfaces through a self-developed comparison tool, and combine the methods of dynamic configuration and directional routing policy to complete the migration of the application level by level according to the interface level, solving the problems of upstream and downstream transformation, interface-level gray scale, and inconsistency between new and old interfaces in the prior art solution, and having good generality in the overall idea, and can be adapted to the splitting and migration process of other applications.

[0195] In an embodiment of the present invention, a system service splitting and online device is also provided, as described in the following embodiments. Since the principle of the device to solve the problem is similar to the system service splitting and online method, the implementation of the device can refer to the implementation of the system service splitting and online method, and the repeated parts will not be described again.

[0196] An embodiment of the present invention also provides a system service splitting and online device for improving the accuracy and efficiency of system service splitting and reducing the difficulty of system service splitting, as Figure 4 shown, the device includes:

[0197] A target application establishment module 401, configured to split a target function in an application to be split to form a target application; an interface of the target application is an interface isolated from an interface corresponding to the target function in the application to be split.

[0198] A comparison and verification module 402, configured to perform comparison and verification based on response results of the application to be split and the target application for the same request; the comparison and verification is used to determine whether the processing of the request by the application to be split and the target application is the same.

[0199] A gray-scale verification module 403, configured to, after the comparison and verification passes, receive an address of a target gray-scale node in a system service link through a directed routing platform based on a directed routing configuration policy; based on a microservice framework, send a request sent through the address to the target application to perform gray-scale verification on the target application.

[0200] A target application execution module 404, configured to, after the gray-scale verification passes, close an interface corresponding to the target function in the application to be split; execute the target function with the target application and the interface of the target application.

[0201] In one embodiment, the target application establishment module is specifically configured to:

[0202] Split a target function in the application to be split; form a target application according to service logic code corresponding to the split target function.

[0203] In one embodiment, the target application establishment module is specifically configured to:

[0204] Form a target application according to service logic code corresponding to the split target function;

[0205] Upgrade the version of the interface of the target application according to an interface upgrade request of the application.

[0206] In one embodiment, the comparison and verification module is specifically configured to:

[0207] Send request parameters of the same request to the application to be split and the target application respectively through a preset comparison tool to perform comparison and verification on response results of the application to be split and the target application;

[0208] When response results of the application to be split and the target application are the same, determine that the service logics of the target function of the application to be split and the target application are the same and the comparison and verification passes.

[0209] In one embodiment, the gray-scale verification module is specifically configured to:

[0210] Based on the microservice framework, modify the interface status of the application interface to be split to closed;

[0211] Based on the directional routing configuration policy, configure an interface with the same version as the application to be split for the directional routing platform;

[0212] Based on the microservice framework, modify the interface status of the interface of the application to be split to open;

[0213] Determine the address of the target gray node in the system service link received by the directional routing platform;

[0214] According to the address of the target gray node, configure and form a routing channel between the target gray node and the directional routing platform.

[0215] In one embodiment, the gray verification module is specifically used for:

[0216] Send the request sent by the target gray node through the routing channel to the target application, and perform gray verification on the target application.

[0217] In the embodiment of the present invention, the target function in the application to be split is split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; according to the response results of the application to be split and the target application to the same request, comparison and verification are performed; the comparison and verification are used to determine whether the application to be split and the target application process the request in the same way; after the comparison and verification passes, based on the directional routing configuration policy, receive the address of the target gray node in the system service link through the directional routing platform; based on the microservice framework, send the request sent through the address to the target application, and perform gray verification on the target application; after the gray verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function, so that the request of the link node can be sent to the target application through the directional routing platform, and the gray verification and application release of the target application can be completed through the microservice framework, solving the problems of large transformation difficulty and low system service splitting efficiency caused by the need to transform the systems and release them for upstream and downstream business parties during the migration process in the prior art; by configuring the directional routing policy, gray online at the interface level can be realized, and a small number of nodes can be accessed first for gray verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with one interface; by comparing and verifying the response results of the application to be split and the target application to the same request, it can be compared whether the outputs are consistent under the same input of the interfaces of the original application and the new application, ensuring the correct reading and writing of the interface, improving the accuracy and efficiency of system service splitting, reducing the difficulty of system service splitting, ensuring that the system service splitting and migration have no impact on the online business, and realizing smooth migration.

[0218] An embodiment of the present invention provides an embodiment of a computer device for implementing all or part of the content in the above system service splitting and online method. The computer device specifically includes the following content:

[0219] A processor, a memory, a communication interface, and a bus; wherein, the processor, the memory, and the communication interface complete communication with each other through the bus; the communication interface is used to implement information transmission between related devices; this computer device can be a desktop computer, a tablet computer, a mobile terminal, etc., and this embodiment is not limited thereto. In this embodiment, this computer device can be implemented with reference to the embodiments for implementing the system service splitting and online method and the embodiments for implementing the system service splitting and online device, and its content is incorporated herein, and the repeated parts will not be described again.

[0220] Figure 5 It is a schematic block diagram of the system composition of the computer device 1000 according to an embodiment of the present application. As Figure 5 shown, the computer device 1000 may include a central processing unit 1001 and a memory 1002; the memory 1002 is coupled to the central processing unit 1001. It should be noted that this Figure 5 is exemplary; other types of structures can also be used to supplement or replace this structure to implement telecommunication functions or other functions.

[0221] In one embodiment, the system service splitting and online function can be integrated into the central processing unit 1001. Among them, the central processing unit 1001 can be configured to perform the following controls:

[0222] Split the target function in the application to be split to form a target application; the interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split;

[0223] Compare and verify according to the response results of the same request by the application to be split and the target application; the comparison and verification are used to determine whether the application to be split and the target application process the request in the same way;

[0224] After the comparison and verification passes, based on the directed routing configuration policy, receive the address of the target gray node in the system service link through the directed routing platform; based on the microservice framework, send the request sent through the address to the target application to perform gray verification on the target application;

[0225] After the gray verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

[0226] In another embodiment, the system service splitting and online device can be separately configured from the central processing unit 1001. For example, the system service splitting and online device can be configured as a chip connected to the central processing unit 1001, and the system service splitting and online function can be realized through the control of the central processing unit.

[0227] As Figure 5 shown, the computer device 1000 may further include: a communication module 1003, an input unit 1004, an audio processor 1005, a display 1006, and a power supply 1007. It should be noted that the computer device 1000 does not necessarily have to include Figure 5 all the components shown in Figure 5 ; in addition, the computer device 1000 may further include components not shown in

[0228] As Figure 5 shown, the central processing unit 1001 is sometimes also referred to as a controller or an operation control, and may include a microprocessor or other processor devices and / or logic devices. The central processing unit 1001 receives inputs and controls the operations of the various components of the computer device 1000.

[0229] Among them, the memory 1002 can be, for example, one or more of a buffer, a flash memory, a hard drive, a removable medium, a volatile memory, a non-volatile memory, or other suitable devices. The above information related to failures can be stored, and in addition, programs for executing relevant information can also be stored. And the central processing unit 1001 can execute the program stored in the memory 1002 to implement information storage or processing, etc.

[0230] The input unit 1004 provides inputs to the central processing unit 1001. The input unit 1004 is, for example, a key or a touch input device. The power supply 1007 is used to supply power to the computer device 1000. The display 1006 is used to display display objects such as images and texts. The display can be, for example, an LCD display, but is not limited thereto.

[0231] The memory 1002 can be a solid-state memory, such as a read-only memory (ROM), a random access memory (RAM), a SIM card, etc. It can also be a memory that stores information even when power is off, can be selectively erased and has more data. An example of this memory is sometimes referred to as an EPROM, etc. The memory 1002 can also be some other type of device. The memory 1002 includes a buffer memory 1021 (sometimes referred to as a buffer). The memory 1002 can include an application / function storage unit 1022 for storing application programs and function programs or for storing the processes for operating the computer device 1000 by the central processing unit 1001.

[0232] The memory 1002 can also include a data storage unit 1023 for storing data, such as contacts, digital data, pictures, sounds, and / or any other data used by the computer device. The driver storage unit 1024 of the memory 1002 can include various drivers of the computer device for communication functions and / or for performing other functions of the computer device (such as a messaging application, an address book application, etc.).

[0233] The communication module 1003 is a transmitter / receiver 1003 that transmits and receives signals via the antenna 1008. The communication module (transmitter / receiver) 1003 is coupled to the central processing unit 1001 to provide input signals and receive output signals, which can be the same as in the case of a conventional mobile communication terminal.

[0234] Based on different communication technologies, multiple communication modules 1003 can be provided in the same computer device, such as a cellular network module, a Bluetooth module, and / or a wireless local area network module, etc. The communication module (transmitter / receiver) 1003 is also coupled to the speaker 1009 and the microphone 1010 via the audio processor 1005 to provide an audio output via the speaker 1009 and receive an audio input from the microphone 1010, thereby implementing normal telecommunication functions. The audio processor 1005 can include any suitable buffer, decoder, amplifier, etc. In addition, the audio processor 1005 is also coupled to the central processing unit 1001, so that recording can be performed on the local machine through the microphone 1010, and the sound stored on the local machine can be played through the speaker 1009.

[0235] An embodiment of the present invention also provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the above system service splitting and online method is implemented.

[0236] An embodiment of the present invention further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the above-mentioned system service splitting and online method is implemented.

[0237] In an embodiment of the present invention, a target function in an application to be split is split to form a target application; an interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; according to the response results of the application to be split and the target application to the same request, comparison and verification are performed; the comparison and verification are used to determine whether the processing of the request by the application to be split and the target application is the same; after the comparison and verification passes, based on the directional routing configuration policy, the address of the target gray node in the system service link is received through the directional routing platform; based on the microservice framework, the request sent through the address is sent to the target application, and gray verification of the target application is performed; after the gray verification passes, the interface corresponding to the target function in the application to be split is closed; the target function is executed with the target application and the interface of the target application, so that the request of the link node can be sent to the target application through the directional routing platform, and gray verification and application release of the target application can be completed through the microservice framework, solving the problems of large transformation difficulty and low system service splitting efficiency caused by the need to transform the systems and release them for upstream and downstream business parties during the migration process in the prior art; through the configuration of the directional routing policy, gray online at the interface level can be realized, and a small number of nodes can be accessed first for gray verification, avoiding the situation where the entire application needs to be rolled back if there is a problem with one interface; by comparing and verifying the response results of the application to be split and the target application to the same request, it can be compared whether the outputs are the same under the same input of the interfaces of the original application and the new application, ensuring the correct reading and writing of the interfaces, improving the accuracy and efficiency of system service splitting, reducing the difficulty of system service splitting, ensuring that the system service splitting and migration have no impact on the online business, and realizing smooth migration.

[0238] Those skilled in the art should understand that the embodiments of the present invention can be provided as a method, a system, or a computer program product. Therefore, 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 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 memory, CD-ROM, optical memory, etc.) containing computer-usable program code.

[0239] The present invention is described with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to embodiments of the present invention. It should be understood that each flow and / or block in the flowchart and / or block diagram, and the combination of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing devices generate means for implementing the functions specified in one or more flows and / or blocks Figure 1 in one or more flows and / or blocks Figure 1 or in one or more blocks.

[0240] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, such that the instructions stored in the computer-readable memory generate a manufactured article including instruction means that implement the functions specified in one or more flows and / or blocks Figure 1 in one or more flows and / or blocks Figure 1 or in one or more blocks.

[0241] These computer program instructions can also be loaded onto a computer or other programmable data processing device, such that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more flows and / or blocks Figure 1 in one or more flows and / or blocks Figure 1 or in one or more blocks.

[0242] The specific embodiments described above further elaborate on the objectives, technical solutions, and beneficial effects of the present invention. It should be understood that the above are only specific embodiments of the present invention and are not used to limit the protection scope of the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included in the protection scope of the present invention.

Claims

1. A method for splitting and going live a system service, characterized in that, Including: Split the target function in the application to be split to form a target application; The interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; Compare and verify according to the response results of the same request by the application to be split and the target application; the comparison and verification is used to determine whether the application to be split and the target application process the request in the same way; After the comparison and verification passes, based on the directional routing configuration policy, receive the address of the target gray node in the system service link through the directional routing platform; Based on the microservice framework, send the request sent through the address to the target application to perform gray verification on the target application; After the gray verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

2. The method according to claim 1, wherein Splitting the target function in the application to be split to form a target application includes: Split the target function in the application to be split; form a target application according to the business logic code corresponding to the split target function.

3. The method according to claim 2, characterized in that, Forming a target application according to the business logic code corresponding to the split target function includes: Form a target application according to the business logic code corresponding to the split target function; According to the interface upgrade request of the application, upgrade the version of the interface of the target application.

4. The method according to claim 1, characterized in that Also including: Configure the interface of the target application as an interface isolated from the interface corresponding to the target function in the application to be split, and perform full-scale release and online of the target application.

5. The method according to claim 1, characterized in that, Comparing and verifying according to the response results of the same request by the application to be split and the target application includes: Through a preset comparison tool, send the request parameters of the same request to the application to be split and the target application respectively, and compare and verify the response results of the application to be split and the target application; When the response results of the application to be split and the target application are the same, determine that the business logics of the application to be split and the target application for the target function are the same and the comparison and verification passes.

6. The method according to claim 1, characterized in that Receiving the address of the target gray node in the system service link through the directional routing platform based on the directional routing configuration policy includes: Based on the microservice framework, modify the interface state of the interface of the application to be split to closed; Based on the directional routing configuration policy, configure the same version of the interface as the application to be split for the directional routing platform; Based on the microservice framework, modify the interface state of the interface of the application to be split to open; Determine the address of the target gray node received by the directional routing platform in the system service link; According to the address of the target gray node, configure and form a routing channel between the target gray node and the directional routing platform.

7. The method according to claim 6, wherein Based on the microservice framework, sending the request sent through the address to the target application to perform gray verification on the target application includes: Send the request sent by the routing channel from the target gray node to the target application to perform gray verification on the target application.

8. A system service splitting and online deployment device, characterized in that Including: A target application establishment module, which is used to split the target function in the application to be split to form a target application; The interface of the target application is an interface isolated from the interface corresponding to the target function in the application to be split; A comparison and verification module, configured to perform comparison and verification based on the response results of the application to be split and the target application for the same request; the comparison and verification is used to determine whether the processing of the request by the application to be split and the target application is the same; A gray-scale verification module, configured to, after the comparison and verification passes, receive the address of the target gray-scale node in the system service link through the directional routing platform based on the directional routing configuration policy; Based on the microservice framework, send the request sent through the address to the target application to perform gray-scale verification on the target application; A target application execution module, configured to, after the gray-scale verification passes, close the interface corresponding to the target function in the application to be split; use the target application and the interface of the target application to execute the target function.

9. The device according to claim 8, characterized in that, A target application establishment module, specifically configured to: Form a target application according to the business logic code corresponding to the split target function; Perform version upgrade of the interface of the target application according to the interface upgrade request of the application.

10. A computer device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, When the processor executes the computer program, the method according to any one of claims 1 to 7 is implemented.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, and when the computer program is executed by the processor, the method according to any one of claims 1 to 7 is implemented.

12. A computer program product, characterized in that, The computer program product includes a computer program, and when the computer program is executed by the processor, the method according to any one of claims 1 to 7 is implemented.

Images