Geophysical prospecting acquisition algorithm micro-service system, deployment method and implementation method

Abstract

The embodiment of the invention relates to a geophysical prospecting acquisition algorithm micro-service system, a deployment method and an implementation method, the system comprises an application layer, a service layer and a storage layer, the service layer is deployed with an algorithm service corresponding to a geophysical prospecting acquisition algorithm, and a code corresponding to the algorithm service comes from the modification of a corresponding client software code; wherein the application layer is used for initiating an algorithm service request for a corresponding item to the service layer; the algorithm service of the service layer is used for extracting corresponding computing resources from the storage layer for computing according to the algorithm service request, outputting a computing result, storing the computing result to the storage layer and returning the computing result to the application layer; the application layer is also used for graphically displaying the calculation result; the storage layer is used for providing calculation resources and storage resources for storing calculation results; by deploying the algorithm service in the client mature software into the micro-service, the purpose of resource sharing is achieved, the client resources are saved, and the operation efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the field of geophysical exploration acquisition software development, and particularly to a microservices system for geophysical exploration acquisition algorithms, a deployment method, and an implementation method. Background Art

[0002] In the traditional field of geophysical exploration acquisition software development, client software is used, which runs independently on client devices. However, due to time-consuming algorithms with large amounts of calculations that require a large amount of computing resources, high-performance devices are needed for such algorithm calculations. If high-performance devices are equipped for each client just for some time-consuming calculations, and the hardware requirements for other functions besides the calculations are relatively low, this will cause a waste of resources.

[0003] With the development of microservices technology, different functional modules can be split into independent services, and external calls are made between the services. When deploying the services, a high-performance computer cluster can be equipped for the services of the calculation module to speed up the calculation process. All the calculation tasks of the client share the server devices, saving local computing device resources, and the high-performance devices can be used where they are really needed to play a greater role. If all the functions implemented on the client are ported to the microservices framework using Java, it is obviously time-consuming and laborious, and it is also necessary to consider whether the front-end developers can apply the relevant plug-in technologies well, with a high learning cost. Therefore, how to utilize the existing mature client software platform to integrate the microservices architecture and implement the algorithms in the microservices system to achieve resource sharing is a technical problem that urgently needs to be solved. Summary of the Invention

[0004] Embodiments of the present invention provide a microservices system for geophysical exploration acquisition algorithms, a deployment method, and an implementation method to solve the technical problem of how to integrate the microservices architecture using an existing mature client software platform.

[0005] In a first aspect, embodiments of the present invention provide a microservices system for geophysical exploration acquisition algorithms, including an application layer, a service layer, and a storage layer. The service layer deploys algorithm services corresponding to geophysical exploration acquisition algorithms, and the code corresponding to the algorithm services is adapted from the code of the corresponding client software. Among them, the application layer is used to initiate an algorithm service request for a corresponding project to the service layer; the algorithm services in the service layer are used to extract corresponding computing resources from the storage layer according to the algorithm service request for calculation, output the calculation results, store the calculation results in the storage layer, and return them to the application layer; the application layer is further used to graphically display the calculation results; the storage layer is used to provide computing resources and storage resources for storing the calculation results.

[0006] In some embodiments, at least one of the following services is further deployed in the service layer: gateway service, authentication service, observation system service, project service, user service; the gateway service is used to authenticate various requests initiated by the application layer; the authentication service is used to authenticate the client of the application layer that initiates the authentication request; the observation system service is used to receive the algorithm service request initiated by the application layer and call the corresponding algorithm service, so that the algorithm service extracts corresponding computing resources from the database corresponding to the observation system service for calculation; the project service is used to provide a storage interface, so that the algorithm service calls the storage interface to store the calculation result into the database of the storage layer corresponding to the project service; the user service is used to manage user information.

[0007] In a second aspect, an embodiment of the present invention provides a method for deploying a geophysical prospecting acquisition algorithm in a microservice system, including: deploying an algorithm service corresponding to the geophysical prospecting acquisition algorithm in the service layer, and configuring multiple data sources for the algorithm service, where the multiple data sources at least include the database of the storage layer where the computing resources are located; creating a database table for storing calculation results in the storage layer; adapting the client software code corresponding to the geophysical prospecting acquisition algorithm into the code corresponding to the algorithm service; setting an interface for the client of the application layer to call the corresponding algorithm service; setting a storage interface called by the algorithm service, where the storage interface is used to save the calculation result into the database table.

[0008] In some embodiments, the service layer further includes an observation system service and a project service; then setting an interface for the client of the application layer to call the corresponding algorithm service includes: setting an interface for the client of the application layer to call the corresponding observation system service, and setting an interface for the observation system to call the algorithm service; setting the storage interface called by the algorithm service includes: setting the storage interface corresponding to the project service called by the algorithm service.

[0009] In a third aspect, an embodiment of the present invention provides a method for implementing a microservice of a geophysical prospecting acquisition algorithm, which is applied to the geophysical prospecting acquisition algorithm microservice system as described in the first aspect. The method includes: the client of the application layer sends an algorithm service request for a corresponding project to the service layer; the algorithm service in the service layer extracts corresponding computing resources from the storage layer according to the algorithm service request for calculation and outputs a calculation result; the algorithm service in the service layer stores the calculation result in the storage layer and returns it to the client of the application layer; the client of the application layer graphically displays the calculation result.

[0010] In some embodiments, the service layer also includes an observation system service; the client of the application layer sends an algorithm service request for a corresponding project to the service layer; the algorithm service of the service layer extracts corresponding computing resources from the storage layer according to the algorithm service request for calculation, and outputs the calculation result, including: the client of the application layer sends an algorithm service request for a corresponding project to the observation system service of the service layer; the observation system service of the service layer calls the corresponding algorithm service; the algorithm service of the service layer obtains computing resources from the database of the storage layer corresponding to the observation system service and performs calculation, and outputs the calculation result.

[0011] In some embodiments, the service layer also includes a project service, and the algorithm service of the service layer stores the calculation result in the storage layer, and returns it to the client of the application layer, including: the algorithm service of the service layer calls the write interface corresponding to the project service, stores the calculation result in the database of the storage layer corresponding to the project service based on the write interface, and returns the calculation result to the client of the application layer.

[0012] In some embodiments, returning the calculation result to the client of the application layer includes: the database of the storage layer corresponding to the project service of the service layer returns the result of whether the write is successful to the client; when the result is that the write is successful, the client of the application layer sends a calculation result request to the observation system service of the service layer; the observation system service of the service layer extracts the calculation result from the database of the storage layer corresponding to the project service according to the calculation result request, and returns the calculation result to the client of the application layer.

[0013] In some embodiments, the service layer also includes an authentication service. Before the client of the application layer sends an algorithm service request for a corresponding project to the service layer, it also includes: the client of the application layer sends a user authentication request to the authentication service of the service layer; the authentication service of the service layer performs authentication based on the user table information in the storage layer; if the authentication is successful, the authentication service of the service layer returns a token to the client of the application layer, so that the client can initiate other requests to the service layer with the token.

[0014] In some embodiments, the service layer further includes a gateway service; the client of the application layer interacts with the service layer through the gateway service.

[0015] The embodiments of the present invention have the following beneficial effects:

[0016] By deploying the algorithm services in the mature client software into microservices, the application layer calls the algorithm services, realizing the application of geophysical prospecting acquisition algorithms in the microservice system, achieving the purpose of resource sharing, saving client resources, improving the operation efficiency, and solving the technical problems of low operation efficiency of local algorithms, high cost of equipping high-performance devices locally, relatively mature client software, and time-consuming and laborious redevelopment of the browser side. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying drawings herein are incorporated into and constitute a part of this specification, showing embodiments consistent with the present invention and, together with the specification, are used to explain the principles of the present invention.

[0018] To more clearly illustrate the technical solutions in the embodiments of the present invention or in the prior art, the following will briefly introduce the accompanying drawings required for the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0019] Figure 1 Schematic structure of a geophysical prospecting acquisition algorithm microservice system provided by an embodiment of the present invention;

[0020] Figure 2 Flowchart of a method for deploying a geophysical prospecting acquisition algorithm in a microservice system provided by an embodiment of the present invention;

[0021] Figure 3 Schematic diagram of a work area receiving point and a shot point provided by an embodiment of the present invention;

[0022] Figure 4 Schematic diagram of a work area boundary and a shot point boundary provided by an embodiment of the present invention;

[0023] Figure 5 Flowchart of a method for realizing a microservice of a geophysical prospecting acquisition algorithm provided by an embodiment of the present invention;

[0024] Figure 6 Flowchart of another method for realizing a microservice of a geophysical prospecting acquisition algorithm provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0025] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some but not all of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts fall within the scope of protection of the present invention.

[0026] In the field of traditional geophysical prospecting acquisition software development, client software is used. Each geophysical prospecting acquisition software runs independently on client devices. However, due to the existence of algorithms with large computational amounts in the software, a large amount of computing resources are required. When performing such algorithm calculations, high-performance devices are needed. If high-performance devices are equipped for each client only for some time-consuming calculations, and the hardware requirements for other functions besides calculations are relatively low, this will cause a waste of resources. With the development of microservices technology, different functional modules can be split into independent services, and external calls are made between the services. When deploying the services, a high-performance computer cluster can be equipped for the services of the calculation module to speed up the calculation process. All the calculation tasks of the client share the server device, saving local computing device resources, and the high-performance devices can be used in places where they are really needed to play a greater role.

[0027] The implementation of traditional geophysical prospecting acquisition software generally uses C++ and C languages for development. To achieve shared computing resources, a microservices architecture system needs to be adopted. Generally, Java is used for the backend and JavaScript is used for the frontend development. However, the client software has been quite mature today. It is obviously time-consuming and laborious to transplant all the functions implemented by the client into the microservices framework using Java, and it is also necessary to consider whether the frontend developers can apply relevant plug-in technologies well, with a high learning cost. Therefore, how to utilize the existing mature client software platform, integrate the microservices architecture system, and implement the algorithm in the microservices system to achieve resource sharing is a technical problem that urgently needs to be solved.

[0028] In view of the above technical problems, the technical concept of the present invention lies in: according to the microservices splitting principle, the algorithm is taken as a separate microservices module, and a higher-performance computing cluster is equipped for the algorithm service during service deployment, greatly improving the calculation efficiency of the algorithm, sharing storage resources, and reducing the device resource cost.

[0029] Figure 1 The structural schematic diagram of a geophysical prospecting acquisition algorithm microservices system provided by an embodiment of the present invention is as Figure 1 shown. The geophysical prospecting acquisition algorithm microservices system includes:

[0030] The application layer, the service layer, and the storage layer. The algorithm services corresponding to the geophysical exploration acquisition algorithms are deployed in the service layer, and the code corresponding to the algorithm services is adapted from the corresponding client software code. Among them, the application layer is used to initiate an algorithm service request for a corresponding project to the service layer; the algorithm service in the service layer is used to extract corresponding computing resources from the storage layer according to the algorithm service request for calculation, output the calculation result, and store the calculation result in the storage layer and return it to the application layer; the application layer is also used to graphically display the calculation result; the storage layer is used to provide computing resources and storage resources for storing calculation results.

[0031] Specifically, this embodiment adopts a three-layer microservice architecture system, namely the application layer, the service layer, and the storage layer. Among them, the application layer uses a mature client software, and can call the algorithm services in the service layer through the http protocol. The storage layer provides file resources, data resources, and cache Redis, supports the acquisition and storage of resources, and also provides resources such as cloud platforms required for service deployment. Furthermore, the application layer is responsible for parameter passing, algorithm invocation, and receiving return results for graphical display. Parameter passing and algorithm invocation interact with the service layer through the HTTP protocol, and the client can still use the original development technology. The service layer, as the main layer for algorithm implementation, receives scheduling from the application layer, connects to the database in the storage layer according to parameter prompts, extracts relevant computing resources for calculation, and stores the calculation results in the storage layer. In addition, the service layer is deployed on a cloud-native platform, realizing the sharing of computing devices. When deploying, higher-performance devices are configured for the algorithm services, improving the computing efficiency and saving local device resources.

[0032] In some embodiments, at least one of the following services is also deployed in the service layer: gateway service, authentication service, observation system service, project service, user service. The gateway service is used to authenticate various requests initiated by the application layer; the authentication service is used to authenticate the client of the application layer that initiates an authentication request; the observation system service is used to receive the algorithm service request initiated by the application layer and call the corresponding algorithm service, so that the algorithm service extracts corresponding computing resources from the database corresponding to the observation system service for calculation; the project service is used to provide a storage interface, so that the algorithm service calls the storage interface to store the calculation result in the database of the storage layer corresponding to the project service; the user service is used to manage user information.

[0033] Continue to refer to Figure 1As shown in the figure, the service layer implements the gateway service, authentication service, user service and various algorithm services in the microservice system. Among them, the gateway service can authenticate various requests from the application layer, and the authentication service can authenticate each client that initiates authentication requests from the application layer. Only clients that pass the authentication can continue to access; the database of the storage layer corresponding to the observation system service includes the input parameters (i.e., computing resources) required by the algorithm service. The observation system service can receive the request initiated by the application layer, and by calling the corresponding algorithm service, the algorithm service extracts the computing resources from the database corresponding to the observation system service for calculation; the project service, in addition to managing the information of each project, also provides a storage interface, through which the algorithm service can store the calculation results in the database corresponding to the project service; the user service is used to manage the information of each user.

[0034] The geophysical exploration and acquisition algorithm microservice system provided by the embodiment of the present invention deploys the algorithm service in the mature client software into the microservice, and the application layer realizes the application of the geophysical exploration and acquisition algorithm in the microservice system by calling the algorithm service, thereby achieving the purpose of resource sharing, saving client resources, and improving computing efficiency. It solves the technical problems that the local algorithm computing efficiency is low, the local high-performance equipment is costly, the client software is relatively mature, and it is time-consuming and labor-intensive to redevelop the browser side.

[0035] Figure 2 A flow chart of a method for deploying a geophysical exploration acquisition algorithm in a microservice system provided by an embodiment of the present invention is as follows: Figure 2 As shown, the method comprises the following steps:

[0036] Step S201: deploy an algorithm service corresponding to a geophysical acquisition algorithm at a service layer, and configure multiple data sources for the algorithm service, wherein the multiple data sources at least include a database where computing resources are located.

[0037] Step S202: Create a database table in the storage layer for storing calculation results.

[0038] Step S203: adapt the client software code corresponding to the geophysical acquisition algorithm into the code corresponding to the algorithm service.

[0039] Step S204: Set the client of the application layer to call the interface of the corresponding algorithm service.

[0040] Step S205: Setting a storage interface called by the algorithm service, wherein the storage interface is used to save the calculation result into the database table.

[0041] In some embodiments, the service layer further includes an observation system service and a project service; then step S204 includes: setting an interface for a client of the application layer to call the corresponding observation system service, and setting an interface for the observation system to call the algorithm service; then step S205 includes: setting a storage interface corresponding to the project service called by the algorithm service.

[0042] For example, the geophysical exploration acquisition algorithm is the seismic acquisition work area boundary algorithm, and the process of deploying it to the microservice system is as follows: First, create an algorithm service, and configure a registration center, a configuration center, a cache, a gateway, and multiple data sources. Among them, the registration center and the configuration center use alibaba nacos to implement unified management of service registration and discovery and configuration information, the cache uses Redis, and the gateway uses alibaba gateway. An API gateway is added between the client and the server, and all client requests pass through the API gateway, which mainly provides functions such as routing forwarding, traffic control, and authentication. It should be noted that the microservice system has pre-deployed gateway services, authentication services, observation system services, project services, etc.

[0043] In addition, the configured multiple data sources include the database where the computing resources are located. That is to say, after data preparation, the computing resources required by the algorithm service can be extracted from the structured database corresponding to the observation service system, including receiver point and shot point information. Since the construction points are divided by lines, only the points near the boundary need to be taken when taking points. Therefore, the method of taking all the points on the first line and the last line in the work area by line number and taking the starting point and the ending point on other lines is adopted. The work area calculation data consists of shot points and receiver points, as Figure 3 shown as the receiver points and shot points of a certain work area.

[0044] Then, create a database table for storing the calculation results. For example, the database table corresponding to the work area boundary algorithm includes a boundary point information table and a boundary point data table. Among them, the boundary point information table stores information such as the names of boundary points and project identifiers of a certain work area, and the boundary point data table stores specific boundary points, and its structure is shown in Table 1.

[0045] Table 1

[0046] Boundary Point Information Table (klc_boundary_info) Boundary Point Data Table (Klc_boundary_point) Project Label (project_id) Boundary Identification (Bounary_id) Boundary Type (boundary_type) Number of Boundary Points (Knee_point_num) Boundary Name (boundary_name) The nth Boundary Point (Point_n) …… ……

[0047] Then, adapt the client software code corresponding to the geophysical prospecting acquisition algorithm into the code corresponding to the algorithm service. The adaptation process is as follows: Take the prepared receiving points and excitation points as calculation objects, establish a tool class in the algorithm service, and rewrite the existing C++-written algorithm in the mature client software into Java code. For the content implemented by the goto statement in the C++ algorithm, such a jumping statement specification is not supported in Java. Therefore, use the while(){} statement to reconstruct the content implemented by goto to achieve the same function. For the functions completed by passing addresses in C++, address passing is not supported in Java. Therefore, rewrite the function that simultaneously completes logical judgment and address passing in C++ into two functions, one for completing logical value judgment and the other for obtaining parameter values. Change the C++ syntax specification to the Java syntax specification, including the definition methods, value-taking methods, value-adding methods, and the use of mathematical functions of linked lists in C++ and lists in Java. The rewritten code achieves the same function as the original code, as Figure 4 shown, the solid line represents the work area boundary, and the dashed line represents the excitation point boundary.

[0048] In addition, other algorithms can be customized in the algorithm service in this embodiment. If the work area type is two-dimensional, only calculate the inflection points of the receiving line with the most points. The process of this two-dimensional inflection point algorithm is as follows: First, find the point with the largest distance between the starting point and the ending point connection and exceeding a certain distance, then add the starting point, this inflection point, and the ending point to the list, and then find the inflection points of the connections between two points from the list, and also add them to the list in the order of points. Repeat the above process until the maximum distance is less than the set distance value. The points in the list are the set of inflection points found. Assume the starting point is (x1, y1), the ending point is (x2, y2), and the point to be judged is (x0, y0), then the distance formula from a point to a line is shown in formula (1):

[0049]

[0050] Then, set the interface of the corresponding algorithm service called by the client at the application layer. The algorithm service request sent by the client to the service layer, that is, the work area boundary calculation request, includes the following parameters: projectId represents the project id for which the boundary needs to be calculated, surveyId represents the survey network id for which the boundary needs to be calculated, surveyType represents the survey network type, which is divided into two-dimensional and three-dimensional, boundaryName represents the name of the work area boundary to be calculated, boundaryName2 represents the name of the excitation point boundary to be calculated, bondary represents whether to calculate the work area boundary (logical value true or false), and shotBoundary represents whether to calculate the excitation point boundary. If the work area type is two-dimensional, only calculate the inflection points of the receiving line with the most points, as shown in Table 2:

[0051] Table 2

[0052]

[0053]

[0054] Then, the algorithm service calls the boundary point storage interface of the project service through Feign, and saves the calculation result to the database. Among them, Feign is a calling method between services. For the request parameters for calling the external project storage interface, it is necessary to store the project information of boundary points such as boundaryName (boundary name), boundaryType (boundary type), projectId (project ID), siteId (external project ID), and surveyId (survey network ID) into the boundary point information table, and store the coordinate information of the points (pe - east coordinate, pn - north coordinate, pl - elevation) into the boundary point data table, and return the result of whether the write is successful to the application layer. The main code is as follows:

[0055]

[0056] It should be noted that after deploying the algorithm service to the microservice system through steps S201 - S205, the algorithm service can also be packaged to generate an image file, deployed to the cloud platform, allocate a higher - performance computer cluster for the algorithm service, and perform multi - instance deployment.

[0057] Based on the foregoing embodiments, by deploying the algorithm service in the existing mature client software to the microservice system, deploying the algorithm with large computational volume on the server side, using high - performance devices on the server side to accelerate the calculation process, multiplexing the computing power of the server side for multiple computing tasks to reduce the investment in computing devices, releasing the resources of local computer devices, and sharing storage resources.

[0058] A microservice implementation method for a geophysical prospecting acquisition algorithm provided by an embodiment of the present invention is applied to the foregoing geophysical prospecting acquisition algorithm microservice system. Figure 5 It is a flowchart of a microservice implementation method for a geophysical prospecting acquisition algorithm provided by an embodiment of the present invention, as Figure 5 shown. The method includes the following steps:

[0059] Step S501: The client at the application layer sends an algorithm service request for a corresponding project to the service layer.

[0060] Step S502: The algorithm service at the service layer extracts corresponding computing resources from the storage layer according to the algorithm service request for calculation and outputs the calculation result.

[0061] Step S503: The algorithm service of the service layer stores the calculation result in the storage layer and returns it to the client of the application layer.

[0062] Step S504: The client of the application layer graphically displays the calculation result.

[0063] In some embodiments, the service layer further includes an observation system service; then steps S501 and S502 include: The client of the application layer sends an algorithm service request for a corresponding project to the observation system service of the service layer; The observation system service of the service layer calls the corresponding algorithm service; The algorithm service of the service layer obtains computing resources from the database of the storage layer corresponding to the observation system service and performs calculations, and outputs the calculation result.

[0064] In some embodiments, the returning the calculation result to the client of the application layer in step S503 includes: The database of the storage layer corresponding to the project service of the service layer returns the result of whether the write is successful to the client; In the case where the result is successful writing, the client of the application layer sends a calculation result request to the observation system service of the service layer; The observation system service of the service layer extracts the calculation result from the database of the storage layer corresponding to the project service according to the calculation result request, and returns the calculation result to the client of the application layer.

[0065] In some embodiments, the service layer further includes a gateway service; The client of the application layer interacts with the service layer through the gateway service.

[0066] Figure 6 It is a flowchart of another microservice implementation method of a geophysical prospecting acquisition algorithm provided by an embodiment of the present invention. As Figure 6 shown, this method mainly includes three parts: authentication, calculation, and returning results.

[0067] During the authentication process, the client sends an authentication request to the gateway service, the gateway routes to the authentication service, the authentication service compares with the information in the user table in the data, and returns authentication passed. Then the gateway returns the token of the authentication service to the client. Later, the client will carry the token for other requests, and the gateway performs authentication. If the token is legal, access can be performed.

[0068] During the calculation process, the client sends a request for the boundary of the calculation work area to the gateway service. After authentication by the gateway service, the observation system service is called. The observation system service calls the algorithm service for calculating the boundary of the work area. After obtaining the structured calculation data from the structured database corresponding to the observation system service, the algorithm service performs calculations to obtain the calculation results. The calculation results are stored in the database corresponding to the project service by calling the boundary storage interface corresponding to the project service. After successful writing, the results are returned in sequence, and finally it is returned to the client whether the calculation is successful or not.

[0069] During the process of returning the results, the client calls the interface for obtaining boundary data, and the client obtains the boundary information corresponding to the project, survey network, and boundary name, and completes the graphical display of the work area boundary on the client side.

[0070] On the basis of the foregoing embodiments, the client calls the algorithm service interface, establishes a connection with the algorithm service via the API gateway and the authentication service through the http protocol, and completes the application of the work area boundary algorithm in the microservice system.

[0071] It should be noted that in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "including a..." does not exclude the existence of additional identical elements in the process, method, article or device including the said element.

[0072] The above are only specific embodiments of the present application, enabling those skilled in the art to understand or implement the present application. Various modifications to these embodiments will be obvious to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to these embodiments shown herein, but will be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A geophysical exploration acquisition algorithm microservice system, characterized in that, It includes an application layer, a service layer, and a storage layer. An algorithm service corresponding to a geophysical prospecting acquisition algorithm is deployed in the service layer, and the code corresponding to the algorithm service is adapted from the code of the corresponding client software. Among them, the application layer is used to initiate an algorithm service request for a corresponding project to the service layer. The algorithm service in the service layer is used to extract corresponding computing resources from the storage layer according to the algorithm service request for calculation, output the calculation result, store the calculation result in the storage layer, and return it to the application layer. The application layer is also used to graphically display the calculation result. The storage layer is used to provide computing resources and storage resources for storing calculation results.

2. The system according to claim 1, wherein At least one of the following services is also deployed in the service layer: gateway service, authentication service, observation system service, project service, user service. The gateway service is used to authenticate various requests initiated by the application layer. The authentication service is used to authenticate the client of the application layer that initiates an authentication request. The observation system service is used to receive an algorithm service request initiated by the application layer and call the corresponding algorithm service, so that the algorithm service extracts corresponding computing resources from the database corresponding to the observation system service for calculation. The project service is used to provide a storage interface, so that the algorithm service calls the storage interface to store the calculation result in the database of the storage layer corresponding to the project service. The user service is used to manage user information.

3. A deployment method of a geophysical prospecting acquisition algorithm in a microservices architecture, characterized in that, It includes: Deploy an algorithm service corresponding to a geophysical prospecting acquisition algorithm in the service layer, and configure multiple data sources for the algorithm service. The multiple data sources at least include the database of the storage layer where the computing resources are located. Create a database table for storing calculation results in the storage layer. Adapt the client software code corresponding to the geophysical prospecting acquisition algorithm into the code corresponding to the algorithm service. Set an interface for the client of the application layer to call the corresponding algorithm service. Set a storage interface called by the algorithm service, and the storage interface is used to save the calculation result into the database table.

4. The method according to claim 3, characterized in that The service layer also includes an observation system service and a project service. Then, setting the interface for the client of the application layer to call the corresponding algorithm service includes: Set an interface for the client of the application layer to call the corresponding observation system service, and set an interface for the observation system to call the algorithm service. The setting of the storage interface called by the algorithm service includes: setting the storage interface corresponding to the project service called by the algorithm service.

5. A microservice implementation method for a geophysical exploration acquisition algorithm, characterized in that, Applied to the geophysical prospecting acquisition algorithm microservice system as described in claim 1 or 2, the method includes: The client of the application layer sends an algorithm service request for a corresponding project to the service layer. The algorithm service in the service layer extracts corresponding computing resources from the storage layer according to the algorithm service request for calculation and outputs the calculation result. The algorithm service in the service layer stores the calculation result in the storage layer and returns it to the client of the application layer. The client of the application layer graphically displays the calculation result.

6. The method according to claim 5, wherein The service layer further includes an observation system service; then the client of the application layer sends an algorithm service request for a corresponding project to the service layer; the algorithm service of the service layer extracts corresponding computing resources from the storage layer for calculation and outputs a calculation result, including: The client of the application layer sends an algorithm service request for a corresponding project to the observation system service of the service layer; The observation system service of the service layer calls the corresponding algorithm service; The algorithm service of the service layer obtains computing resources from the database of the storage layer corresponding to the observation system service and performs calculations, and outputs a calculation result.

7. The method according to claim 6, wherein The service layer further includes a project service, then the algorithm service of the service layer stores the calculation result in the storage layer and returns it to the client of the application layer, including: The algorithm service of the service layer calls the write interface corresponding to the project service, and stores the calculation result in the database of the storage layer corresponding to the project service based on the write interface, and returns the calculation result to the client of the application layer.

8. The method according to claim 7, characterized in that The returning the calculation result to the client of the application layer includes: The database of the storage layer corresponding to the project service of the service layer returns the result of whether the write is successful to the client; In the case where the result is successful writing, the client of the application layer sends a calculation result request to the observation system service of the service layer; The observation system service of the service layer extracts the calculation result from the database of the storage layer corresponding to the project service according to the calculation result request, and returns the calculation result to the client of the application layer.

9. The method according to claim 8, wherein The service layer further includes an authentication service, then before the client of the application layer sends an algorithm service request for a corresponding project to the service layer, it further includes: The client of the application layer sends a user authentication request to the authentication service of the service layer; The authentication service of the service layer performs authentication based on the user table information in the storage layer; In the case of successful authentication, the authentication service of the service layer returns a token to the client of the application layer, so that the client can initiate other requests to the service layer with the token.

10. The method according to claim 9, wherein The service layer further includes a gateway service; the client of the application layer interacts with the service layer through the gateway service.

Images