Platform access processing method and device in offline package migration process, storage medium and electronic equipment

Abstract

The invention provides a platform access processing method and device in an offline package migration process, a storage medium and electronic equipment. The method comprises the following steps: acquiring an access request of a client, and determining whether a function data packet corresponding to the access request is migrated or not based on migration information; under the condition that the function data packet corresponding to the access request is migrated, gateway information and interface information of the second platform are provided for the client, so that the client accesses the second platform; receiving at least one of a gateway return code and an interface return code fed back by the second platform for the access request; and under the condition that access is determined to be abnormal based on at least one of the gateway return code and the interface return code, gateway information and interface information of the first platform are provided for the client, so that the client accesses the first platform, and the first platform displays an access result to the client. According to the embodiment of the invention, the service is not interrupted in the migration process.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular to a platform access processing method, device, storage medium, and electronic device during offline package migration. Background Art

[0002] With the widespread adoption of smartphones and other devices and the continuous development of internet technology, the mobile development industry is booming. To facilitate the development, testing, operation, and maintenance of mobile applications, mobile development platforms have emerged, aiming to lower the technical barriers to entry, reduce labor and R&D costs, and improve development efficiency.

[0003] The transformation of the enterprise's technology stack necessitated the switch to a different mobile development platform. Simultaneously, the offline packages based on the original mobile development platform needed to be migrated to the new one. During this process, steady progress, phased implementation, and ensuring business continuity were paramount.

[0004] In the process of implementing the present disclosure, it was found that there are at least the following technical problems in the prior art: after migrating the offline package of the original platform to the new platform, if the offline package of the new platform is inaccessible, it will cause business interruption and affect the normal operation of the business. Summary of the Invention

[0005] The present disclosure provides a platform access processing method, device, storage medium and electronic device during offline package migration, so as to ensure the continuity and stability of services during offline package migration.

[0006] According to one aspect of the present disclosure, a platform access processing method during offline package migration is provided, which is applied to a management terminal, wherein the management terminal stores migration information, the migration information including labels of migrated functional data packets during offline migration of functional data packets from a first platform to a second platform;

[0007] The method comprises:

[0008] Obtaining an access request from a client, and determining whether a functional data packet corresponding to the access request has completed migration based on the migration information;

[0009] If the functional data packet corresponding to the access request has been migrated, providing the gateway information and interface information of the second platform to the client, so that the client can access the second platform;

[0010] receiving at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request;

[0011] When an access exception is determined based on at least one of the gateway return code and the interface return code, the gateway information and interface information of the first platform are provided to the client, so that the client accesses the first platform, and the first platform displays the access result to the client.

[0012] Optionally, the functional data packet for offline migration between the first platform and the second platform is a functional data packet corresponding to a single function obtained by dividing the data to be migrated in the first platform according to functions;

[0013] During the migration process, each functional data package is migrated offline in sequence with a single function as the migration granularity.

[0014] Optionally, the migration information includes the function type of each function to be migrated;

[0015] The method further includes: when any functional data packet completes migration, setting a first tag for the functional type that has completed migration in the migration information, wherein the first tag indicates that the functional data packet corresponding to the functional type has completed migration.

[0016] Optionally, determining whether the functional data packet corresponding to the access request has completed migration based on the migration information includes: determining the functional type corresponding to the access request, matching the functional type in the migration information, and determining whether the functional type is set with the first label; if so, determining that the functional data packet corresponding to the access request has completed migration; if not, determining that the functional data packet corresponding to the access request has not completed migration, and providing the gateway information and interface information of the first platform to the client, so that the client can access the first platform, so that the first platform can display the access result to the client.

[0017] Optionally, the gateway return code includes a first normal code and at least one first abnormal code, where the first abnormal code represents an abnormal state of the gateway of the second platform;

[0018] The interface return code includes a second normal code and at least one second abnormal code, wherein the second abnormal code represents an abnormal state of the interface of the second platform;

[0019] The method further includes: when the gateway return code is a first normal code and the interface return code is a second normal code, determining that the access request to the second platform is successful; when the gateway return code is any of the first abnormal codes and / or the interface return code is any of the second abnormal codes, determining that the access request to the second platform is abnormal.

[0020] Optionally, the method further includes: recording the function type corresponding to the access request and whether the access to the second platform is successful; counting the number of successful accesses and the access success rate corresponding to each function type that has completed the migration in the second platform within a preset time range; and canceling the access channel of the function type on the first platform when it is determined that the function type migration test is successful based on the number of successful accesses and the access success rate corresponding to any of the function types.

[0021] Optionally, the method further includes: setting a second tag for the function type in the migration information, wherein the second tag indicates that the migration test of the function type is successful.

[0022] According to another aspect of the present disclosure, a platform access processing device during offline package migration is provided, which is applied to a management terminal, wherein the management terminal stores migration information, the migration information including labels of migrated functional data packets during offline migration of functional data packets from a first platform to a second platform;

[0023] The device includes:

[0024] A migration confirmation module, configured to obtain an access request from a client and determine, based on the migration information, whether the functional data package corresponding to the access request has completed migration;

[0025] a first access processing module, configured to provide gateway information and interface information of the second platform to the client when the functional data packet corresponding to the access request has been migrated, so that the client can access the second platform;

[0026] a return code receiving module, configured to receive at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request;

[0027] The second access module is used to provide the gateway information and interface information of the first platform to the client when an access exception is determined based on at least one of the gateway return code and the interface return code, so that the client can access the first platform and the first platform can display the access result to the client.

[0028] According to another aspect of the present disclosure, an electronic device is provided, comprising:

[0029] at least one processor; and

[0030] a memory communicatively connected to the at least one processor; wherein,

[0031] The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the platform access processing method during offline package migration described in any embodiment of the present disclosure.

[0032] According to another aspect of the present disclosure, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the platform access processing method during offline package migration described in any embodiment of the present disclosure when executed.

[0033] The technical solution of the disclosed embodiments achieves client-imperceptible migration by identifying the function type corresponding to the access request during the migration process and routing the access request to the first or second platform. By providing access channels corresponding to the first and second platforms during the offline package migration process, if the second platform is unable to process the access request normally, the access request can be rerouted to the first platform for processing. This avoids business interruption caused by inaccessibility of the functional data package migrated to the second platform, thereby ensuring uninterrupted business during the migration process.

[0034] It should be understood that the contents described in this section are not intended to identify the key or important features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present disclosure. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0036] Figure 1 is a schematic diagram of a migration scenario provided by an embodiment of the present disclosure;

[0037] Figure 2 This is a flow chart of a platform access processing method during offline package migration provided by an embodiment of the present disclosure;

[0038] Figure 3 This is a structural diagram of a platform access processing device in an offline package migration process provided by an embodiment of the present disclosure;

[0039] Figure 4 It is a structural diagram of an electronic device provided by an embodiment of the present disclosure. DETAILED DESCRIPTION

[0040] In order to enable those skilled in the art to better understand the solutions of the present disclosure, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the embodiments described are only part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of the present disclosure.

[0041] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the numbers used in this way can be interchanged where appropriate, so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0042] For example, see Figure 1 , Figure 1 This is a schematic diagram of a migration scenario provided by an embodiment of the present disclosure. The first platform is the original platform in the migration scenario, and the second platform is the target platform in the migration scenario. The management end communicates with the first platform and the second platform respectively. In the migration scenario, the management end receives access requests from clients and dispatches the access requests to the first platform or the second platform based on the migration status of the migration scenario to ensure the normal operation of the business in the migration scenario and achieve a migration without the client's perception.

[0043] The data to be migrated in the migration scenario may include code data that implements platform functions on the first platform. For example, taking the first platform as a financial service platform, the functions achievable on this financial service platform include, but are not limited to, bank card binding, bank card unbinding, bank card query, financial information query, transfer, and transfer information query. The financial service platform includes code data that implements each of these functions. It is understood that the platform's functions and the corresponding code data may vary depending on the platform type and are not limited here.

[0044] In the embodiment of the present disclosure, during the migration process, the data to be migrated on the first platform is migrated offline in the form of a functional data packet, wherein the functional data packet here is an offline packet.

[0045] Optionally, the functional data packets for offline migration between the first platform and the second platform are functional data packets corresponding to single functions obtained by dividing the data to be migrated on the first platform by function. Specifically, the data to be migrated on the first platform and a function list of the first platform are obtained, where the function list includes single function types that cannot be divided. The data to be migrated are subpackaged according to each function type included in the function list to obtain functional data packets corresponding to each single function. The functional data packets obtained by subpackage are sequentially migrated as offline packets.

[0046] Optionally, during the migration process, each functional data package is migrated offline in sequence, with a single function as the migration granularity. Specifically, a migration order is obtained, which includes the order of the functional types to be migrated in sequence. The migration order can be set according to the migration requirements or randomly generated. The functional data packages corresponding to each functional type are migrated offline in sequence according to the migration order. Each functional data package is migrated offline one at a time. After the migration of the functional data package is completed, the next functional data package is migrated offline until the migration of all functional data packages is completed.

[0047] Optionally, the function types provided by the first platform include primary function types and secondary function types. The primary function type may include multiple secondary function types, and the above-mentioned inseparable single function type is the secondary function type. Exemplarily, for a financial business platform, the primary function type may include but is not limited to bank card type and transfer type. The secondary function types corresponding to the bank card type include but are not limited to bank card binding, bank card unbinding and bank card query; the secondary function types corresponding to the transfer type include but are not limited to transfer and transfer information query. Accordingly, the above-mentioned migration order may include the migration order of the primary function type, and the secondary function types corresponding to the primary function type may be randomly sorted. By sorting the primary function types, it is possible to achieve centralized transfer of function data packets of multiple secondary function types in the primary function type.

[0048] Optionally, during the migration process, the migration data is sub-packaged at the interface granularity. Each functional data packet may include code data corresponding to one or more functional types (here, secondary functional types). The amount of data in each functional data packet is less than or equal to the single migration data volume threshold corresponding to the interface granularity, where the single migration data volume threshold can be understood as the single maximum migration data volume of the interface of the second platform. During the migration process, one functional data packet is migrated offline each time. After the migration of the functional data packet is completed, the next functional data packet is migrated offline until the migration of all functional data packets is completed.

[0049] In this embodiment, by subpackaging the data to be migrated, the functional data packets are gradually migrated at the functional granularity or the interface granularity, thereby avoiding data congestion during the migration process.

[0050] When the migration of the functional data package is completed, the second platform may execute the function corresponding to the migrated functional data package. That is, the second platform may respond to the access request for the migrated functional data package.

[0051] By setting a management terminal, the management terminal stores migration information, and the migration information includes labels of migrated functional data packets during the offline migration process of functional data packets from the first platform to the second platform.

[0052] Specifically, the migration information includes the function type of each function to be migrated; the management end and the second platform can transmit data, and after detecting that the migration of the function data packet is completed, the second platform sends a prompt information to the management end based on the function type corresponding to the migrated function data packet, and the prompt information includes the function type corresponding to the function data packet that has completed the migration.

[0053] When any functional data package has completed migration, the management end sets a first tag for the migrated functional type in the migration information. The first tag indicates that the functional data package corresponding to the functional type has completed migration. Here, the first tag can be any identifier, such as a numeric identifier, a symbol identifier, or a graphic identifier, as long as it indicates that the functional data package corresponding to the functional type has completed migration.

[0054] During the migration process, both the first platform and the second platform are in an accessible state. The management end receives the access request from the client during the migration process and dispatches the access request to the first platform or the second platform so that the first platform or the second platform responds to the access request to ensure uninterrupted normal operation of the business.

[0055] Figure 2 This is a flowchart of a platform access processing method during offline package migration provided by an embodiment of the present disclosure. This embodiment can be applied to the offline package migration process between the first platform and the second platform to schedule and respond to received access requests, provide two access channels corresponding to the first platform and the second platform respectively for the access request, and ensure that the business is not interrupted during the migration process. The method can be executed by a platform access processing device during offline package migration. The platform access processing device during offline package migration can be implemented in the form of hardware and / or software. The platform access processing device during offline package migration can be configured on the management end. The management end can include electronic devices such as servers, computer equipment and terminal equipment, wherein the terminal equipment can include mobile phones and tablet computers, etc. Figure 2 As shown, the method includes:

[0056] S110: Obtain an access request from a client, and determine whether a functional data packet corresponding to the access request has completed migration based on the migration information.

[0057] S120: When the functional data packet corresponding to the access request has completed migration, provide the gateway information and interface information of the second platform to the client, so that the client can access the second platform.

[0058] S130: Receive at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request.

[0059] S140. When an access exception is determined based on at least one of the gateway return code and the interface return code, provide the gateway information and interface information of the first platform to the client, so that the client accesses the first platform, and the first platform displays the access result to the client.

[0060] In this embodiment, during the migration process, the management terminal receives an access request from the client and parses the access request. The setting field of the access request includes a function type identifier corresponding to the access request. By extracting the function type identifier from the setting field, the function type corresponding to the access request can be determined. Based on the migration information stored in the management terminal and the function type corresponding to the access request, it can be determined whether the function data packet corresponding to the access request has been migrated. If the function data packet corresponding to the access request has been migrated, the second platform is determined to process the access request. If the function data packet corresponding to the access request has not been migrated, the first platform is determined to process the access request.

[0061] Optionally, determining whether the functional data packet corresponding to the access request has completed migration based on the migration information includes: determining the functional type corresponding to the access request, matching the functional type in the migration information, and determining whether the functional type is set with the first label; if so, determining that the functional data packet corresponding to the access request has completed migration; if not, determining that the functional data packet corresponding to the access request has not completed migration, and providing the gateway information and interface information of the first platform to the client so that the client can access the first platform, so that the first platform can display the access result to the client.

[0062] If a function type in the migration information is assigned a first tag, the function data package corresponding to that function type has been migrated. If a function type in the migration information is not assigned a first tag, the function data package corresponding to that function type has not been migrated. By matching the function type corresponding to the access request against the migration information, it is possible to determine whether the function data package corresponding to the access request has been migrated.

[0063] The management end pre-sets the gateway information and interface information corresponding to the first platform and the second platform, respectively. If the functional data package corresponding to the access request has been migrated, the management end distributes the gateway information and interface information corresponding to the second platform to the client, thereby routing the access request to the second platform for processing. If the functional data package corresponding to the access request has not been migrated, the management end distributes the gateway information and interface information corresponding to the first platform to the client, thereby routing the access request to the first platform for processing.

[0064] In this embodiment, during the migration process, the function type corresponding to the access request is identified to route the access request to the first platform or the second platform, thereby achieving imperceptible migration for the client.

[0065] During the process of the second platform processing the access request, at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request is obtained, wherein the gateway return code can be understood as the processing status of the access request by the gateway of the second platform, and the interface return code can be understood as the processing status of the access request by the interface of the second platform.

[0066] Optionally, the gateway return code includes a first normal code and at least one first exception code, wherein the first exception code represents an abnormal state of the gateway of the second platform; the first normal code represents that the gateway of the second platform is in a normal state. The first exception code may include at least one, and different first exception codes may represent different abnormal states of the gateway. Exemplarily, the first normal code may be 0, and the first exception code may include but is not limited to 1, 2, and 3, etc., which can be determined according to the abnormal type of the gateway.

[0067] Optionally, the interface return code includes a second normal code and at least one second exception code, wherein the second exception code represents an abnormal state of the interface of the second platform; the second normal code represents that the interface of the second platform is in a normal state, and the second exception code may include at least one, and different second exception codes may represent different abnormal states of the interface. Exemplarily, the second normal code may be 0, and the second exception code may include but is not limited to 1, 2, and 3, etc., which can be determined according to the abnormal type of the interface.

[0068] It is understood that the second platform is pre-configured with gateway anomaly determination rules and interface anomaly determination rules. When processing access requests, the second platform detects anomalies using the gateway anomaly determination rules and generates a gateway return code based on the gateway anomaly results; and detects anomalies using the interface anomaly determination rules and generates an interface return code based on the interface anomaly results. The second platform feeds back at least one of the gateway return code and the interface return code to the management end.

[0069] Based on the above embodiment, the method also includes: when the gateway return code is a first normal code and the interface return code is a second normal code, the management end determines that the access request successfully accesses the second platform, and the second platform responds to the access request and displays the access result to the client.

[0070] When the gateway return code is any of the first exception codes and / or the interface return code is any of the second exception codes, the management end determines that the access request to the second platform is abnormal, indicating that the second platform cannot respond to the access request.

[0071] The management end determines whether the second platform responds normally to the access request based on at least one of the gateway return code and the interface return code. If the access is abnormal, it indicates that the second platform cannot respond normally to the access request. The management end provides the client with the gateway information and interface information of the first platform, allowing the client to access the first platform and the first platform to display the access result to the client.

[0072] In this embodiment, by providing access channels corresponding to the first platform and the second platform respectively during the offline package migration process, if the second platform cannot process the access request normally, the access request can be routed to the first platform again for processing, so as to avoid the situation where the functional data package migrated to the second platform is inaccessible and cause business interruption, thereby achieving uninterrupted business during the migration process.

[0073] Based on the above embodiment, the function type corresponding to the access request and whether the access to the second platform is successful are recorded; the number of successful accesses and the access success rate corresponding to each function type that has completed the migration in the second platform within a preset time range are counted; and if the function type migration test is determined to be successful based on the number of successful accesses and the access success rate corresponding to any of the function types, the access channel of the function type on the first platform is canceled.

[0074] For any access request, obtain the function type corresponding to the access request, and determine whether the counter-request successfully accessed the second platform based on at least one of the gateway return code and the interface return code corresponding to the access request. Generate processing test information for the access request. The processing test information may include the function type corresponding to the access request, a processing identifier, and a timestamp. The processing identifier may include an access success identifier and an access exception identifier. Store the processing test information corresponding to each access request, and, based on the processing test information, calculate the number of successful accesses and the access success rate corresponding to each function type within a preset time range.

[0075] Specifically, for any function type, the total number of accesses corresponding to that function type within a preset time range is obtained, i.e., the total number of processed test messages corresponding to that function type. Alternatively, the number of successful accesses corresponding to that function type within the preset time range is obtained, i.e., the number of processed test messages corresponding to that function type with an access success indicator. The access success rate is determined based on the ratio of the number of successful accesses to the total number of accesses.

[0076] For any function type, if the number of successful accesses corresponding to that function type exceeds the number threshold, and the access success rate exceeds the access success rate threshold, the migration test for that function type is successful. Successful migration of any function type indicates that the migrated function data package on the second platform is operating normally, and access to that function type on the first platform can be canceled.

[0077] Based on the above embodiment, a second tag is set for the function type in the migration information, and the second tag indicates that the migration test of the function type is successful. The first tag is different from the second tag.

[0078] When multiple function types in the migration information are all set with the second label, it indicates that the migration process from the first platform to the second platform is completed, and the migration test of each function type in the second platform is successful, that is, the function data packets on the second platform are all running normally, and there is no need to set up an access path to the first platform.

[0079] The technical solution of this embodiment achieves client-imperceptible migration by identifying the function type corresponding to the access request during the migration process and routing the access request to either the first or second platform. By providing access channels corresponding to the first and second platforms during the offline package migration process, if the second platform is unable to process the access request normally, the access request can be rerouted to the first platform for processing. This avoids service interruption caused by inaccessible functional data packages migrated to the second platform, ensuring uninterrupted service during the migration process.

[0080] Figure 3 This is a schematic diagram of the structure of a platform access processing device in an offline package migration process provided by an embodiment of the present disclosure. Figure 3 As shown, the device includes:

[0081] The storage module 210 is configured to store migration information, wherein the migration information includes labels of migrated functional data packets during the offline migration of functional data packets from the first platform to the second platform;

[0082] A migration confirmation module 220 is configured to obtain an access request from a client and determine, based on the migration information, whether the functional data package corresponding to the access request has completed migration;

[0083] A first access processing module 230 is configured to provide the gateway information and interface information of the second platform to the client when the functional data packet corresponding to the access request has been migrated, so that the client can access the second platform;

[0084] A return code receiving module 240 is configured to receive at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request;

[0085] The second access module 250 is used to provide the gateway information and interface information of the first platform to the client when an access exception is determined based on at least one of the gateway return code and the interface return code, so that the client can access the first platform and the first platform can display the access result to the client.

[0086] The technical solution of this embodiment achieves client-imperceptible migration by identifying the function type corresponding to the access request during the migration process and routing the access request to either the first or second platform. By providing access channels corresponding to the first and second platforms during the offline package migration process, if the second platform is unable to process the access request normally, the access request can be rerouted to the first platform for processing. This avoids service interruption caused by inaccessible functional data packages migrated to the second platform, ensuring uninterrupted service during the migration process.

[0087] Based on the above embodiment, optionally, the functional data packet for offline migration between the first platform and the second platform is a functional data packet corresponding to a single function obtained by dividing the data to be migrated in the first platform according to function;

[0088] During the migration process, each functional data package is migrated offline in sequence with a single function as the migration granularity.

[0089] Optionally, the migration information includes the function type of each function to be migrated;

[0090] The device also includes: a migration information updating module, which is used to set a first label for the function type that has completed the migration in the migration information when any function data packet completes the migration, wherein the first label indicates that the function data packet corresponding to the function type has completed the migration.

[0091] The migration confirmation module 220 is used to determine the function type corresponding to the access request, match the function type in the migration information, and determine whether the function type is set with the first label; if so, it is determined that the function data packet corresponding to the access request has completed the migration; if not, it is determined that the function data packet corresponding to the access request has not completed the migration, and the gateway information and interface information of the first platform are provided to the client, so that the client can access the first platform, so that the first platform can display the access result to the client.

[0092] Optionally, the gateway return code includes a first normal code and at least one first abnormal code, where the first abnormal code represents an abnormal state of the gateway of the second platform;

[0093] The interface return code includes a second normal code and at least one second abnormal code, wherein the second abnormal code represents an abnormal state of the interface of the second platform;

[0094] The device also includes: an access exception determination module, which is used to determine that the access request to the second platform is successful when the gateway return code is a first normal code and the interface return code is a second normal code; when the gateway return code is any of the first exception codes and / or the interface return code is any of the second exception codes, determine that the access request to the second platform is abnormal.

[0095] Based on the above embodiment, the device may optionally further include a migration test determination module for: recording the function type corresponding to the access request and whether the access to the second platform is successful; counting the number of successful accesses and the access success rate corresponding to each function type that has completed the migration in the second platform within a preset time range; and canceling the access channel of the function type on the first platform when it is determined that the migration test of the function type is successful based on the number of successful accesses and the access success rate corresponding to any of the function types.

[0096] Optionally, the migration information updating module is further configured to: set a second tag for the function type in the migration information, where the second tag indicates that the migration test of the function type is successful.

[0097] The platform access processing device during offline package migration provided by an embodiment of the present disclosure can execute the platform access processing method during offline package migration provided by any embodiment of the present disclosure, and has the corresponding functional modules and beneficial effects of the execution method.

[0098] Figure 41 is a schematic diagram of the structure of an electronic device provided by an embodiment of the present disclosure. The electronic device 10 is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or required herein.

[0099] like Figure 4 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12, a random access memory (RAM) 13, etc., which is communicatively connected to the at least one processor 11. The memory stores a computer program that can be executed by the at least one processor, and the processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 into the random access memory (RAM) 13. Various programs and data required for the operation of the electronic device 10 can also be stored in the random access memory (RAM) 13. The processor 11, the read-only memory (ROM) 12, and the random access memory (RAM) 13 are connected to each other via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0100] Multiple components in the electronic device 10 are connected to the I / O interface 15, including an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a magnetic disk, an optical disk, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0101] Processor 11 can be any general-purpose and / or specialized processing component with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various specialized artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any other suitable processors, controllers, microcontrollers, etc. Processor 11 executes the various methods and processes described above, such as a platform access processing method during offline package migration.

[0102] In some embodiments, a method for processing platform access during offline package migration can be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on the electronic device 10 via the read-only memory (ROM) 12 and / or the communication unit 19. When the computer program is loaded into the random access memory (RAM) 13 and executed by the processor 11, one or more steps of the method for processing platform access during offline package migration described above can be performed. Alternatively, in other embodiments, the processor 11 can be configured to execute a method for processing platform access during offline package migration by any other appropriate means (for example, by means of firmware).

[0103] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), system-on-chip systems (SOCs), programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system that includes at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0104] The computer programs used to implement the platform access processing method during offline package migration disclosed herein can be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that when executed by the processor, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The computer programs can be executed entirely on the machine, partially on the machine, as a standalone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0105] The present disclosure also provides a computer-readable storage medium storing computer instructions for causing a processor to execute a platform access processing method during offline package migration, the method being applied to a management terminal, wherein the management terminal stores migration information, the migration information including labels of migrated functional data packets during offline migration of functional data packets from a first platform to a second platform; the method comprising:

[0106] Obtain an access request from the client, and determine whether the functional data packet corresponding to the access request has completed migration based on the migration information; if the functional data packet corresponding to the access request has completed migration, provide the gateway information and interface information of the second platform to the client, so that the client can access the second platform; receive at least one of the gateway return code and the interface return code fed back by the second platform in response to the access request; if it is determined that the access is abnormal based on at least one of the gateway return code and the interface return code, provide the gateway information and interface information of the first platform to the client, so that the client can access the first platform, so that the first platform can display the access result to the client.

[0107] In the context of the present disclosure, a computer-readable storage medium can be a tangible medium that can contain or store a computer program for use by an instruction execution system, device or equipment or used in combination with an instruction execution system, device or equipment. A computer-readable storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium can be a machine-readable signal medium. A more specific example of a machine-readable storage medium can include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0108] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0109] The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0110] A computing system may include clients and servers. The clients and servers are typically remote from each other and typically interact via a communication network. This client-server relationship arises through computer programs running on the respective computers, creating a client-server relationship. The server may be a cloud server, also known as a cloud computing server or cloud host. This server is a hosting product within the cloud computing service ecosystem that addresses the management difficulties and limited scalability of traditional physical hosting and VPS services.

[0111] It should be understood that the various forms of processes shown above can be used to reorder, add, or delete steps. For example, the steps described in this disclosure can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions of this disclosure can be achieved, and this document is not limited here.

[0112] The above specific embodiments do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure shall be included within the scope of protection of this disclosure.

Claims

1. A platform access processing method during offline package migration, characterized in that: Applied to a management terminal, the management terminal stores migration information, the migration information including labels of migrated functional data packets during offline migration of functional data packets from a first platform to a second platform; The method comprises: Obtaining an access request from a client, and determining whether a functional data packet corresponding to the access request has completed migration based on the migration information; If the functional data packet corresponding to the access request has been migrated, providing the gateway information and interface information of the second platform to the client, so that the client can access the second platform; receiving at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request; When an access exception is determined based on at least one of the gateway return code and the interface return code, the gateway information and interface information of the first platform are provided to the client, so that the client accesses the first platform, and the first platform displays the access result to the client.

2. The method according to claim 1, characterized in that The functional data package for offline migration between the first platform and the second platform is a functional data package corresponding to a single function obtained by dividing the data to be migrated in the first platform according to functions; During the migration process, each functional data package is migrated offline in sequence with a single function as the migration granularity.

3. The method according to claim 1, characterized in that The migration information includes the function type of each function to be migrated; The method further includes: when any functional data packet completes migration, setting a first tag for the functional type that has completed migration in the migration information, wherein the first tag indicates that the functional data packet corresponding to the functional type has completed migration.

4. The method according to claim 3, characterized in that The determining, based on the migration information, whether the functional data packet corresponding to the access request has completed migration includes: determining a function type corresponding to the access request, matching the function type with the migration information, and determining whether the function type is set with the first tag; If so, determining that the functional data packet corresponding to the access request has completed migration; If not, it is determined that the functional data packet corresponding to the access request has not completed migration, and the gateway information and interface information of the first platform are provided to the client so that the client accesses the first platform, so that the first platform displays the access result to the client.

5. The method according to claim 1, wherein The gateway return code includes a first normal code and at least one first abnormal code, wherein the first abnormal code represents an abnormal state of the gateway of the second platform; The interface return code includes a second normal code and at least one second abnormal code, wherein the second abnormal code represents an abnormal state of the interface of the second platform; The method further comprises: When the gateway return code is a first normal code and the interface return code is a second normal code, determining that the access request to the second platform is successful; When the gateway return code is any of the first exception codes, and / or the interface return code is any of the second exception codes, it is determined that the access request to the second platform is abnormal.

6. The method according to claim 1, characterized in that The method further comprises: Recording the function type corresponding to the access request and whether the access to the second platform is successful; Counting the number of successful accesses and the access success rate corresponding to each function type that has completed migration in the second platform within a preset time range; In a case where it is determined that the function type migration test is successful based on the number of successful accesses and the access success rate corresponding to any of the function types, the access channel of the function type on the first platform is cancelled.

7. The method according to claim 6, characterized in that The method further comprises: A second tag is set for the function type in the migration information, where the second tag indicates that the migration test of the function type is successful.

8. A platform access processing device during offline package migration, characterized in that: Applied to the management side, during the offline package migration process, the storage module of the platform access processing device stores migration information, wherein the migration information includes a label of the migrated functional data package during the offline migration process of the functional data package from the first platform to the second platform; The device includes: A migration confirmation module, configured to obtain an access request from a client and determine, based on the migration information, whether the functional data package corresponding to the access request has completed migration; a first access processing module, configured to provide gateway information and interface information of the second platform to the client when the functional data packet corresponding to the access request has been migrated, so that the client can access the second platform; a return code receiving module, configured to receive at least one of a gateway return code and an interface return code fed back by the second platform in response to the access request; The second access module is used to provide the gateway information and interface information of the first platform to the client when an access exception is determined based on at least one of the gateway return code and the interface return code, so that the client can access the first platform and the first platform can display the access result to the client.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute a platform access processing method during offline package migration according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement a platform access processing method in an offline package migration process according to any one of claims 1 to 7 when executed.

Images