CN111988157A - Service system and service processing method - Google Patents

Service system and service processing method Download PDF

Info

Publication number
CN111988157A
CN111988157A CN201910434846.9A CN201910434846A CN111988157A CN 111988157 A CN111988157 A CN 111988157A CN 201910434846 A CN201910434846 A CN 201910434846A CN 111988157 A CN111988157 A CN 111988157A
Authority
CN
China
Prior art keywords
service
configuration
unit
processing scheme
monitoring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910434846.9A
Other languages
Chinese (zh)
Other versions
CN111988157B (en
Inventor
黄平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201910434846.9A priority Critical patent/CN111988157B/en
Publication of CN111988157A publication Critical patent/CN111988157A/en
Application granted granted Critical
Publication of CN111988157B publication Critical patent/CN111988157B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0823Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The embodiment of the invention provides a service system and a service processing method, wherein the service system comprises a configuration module, a service execution module and a monitoring module, the service configuration module generates configuration flow according to service requirements and sends the configuration flow to the service execution module, the service execution module determines a service type according to the configuration flow and determines a target processing scheme from a processing scheme set according to the service type, the target processing method is adopted to process service data, and a monitoring flow is generated in the processing process, so that the monitoring module monitors the operation state of the service system according to the monitoring flow. The service system is assembled according to the service requirements, various service requirements are met, and therefore the service system suitable for the new service requirements is obtained without rewriting codes for the new service requirements, and the method is low in workload and low in cost.

Description

Service system and service processing method
Technical Field
The embodiment of the invention relates to the technical field of data processing, in particular to a service system and a service processing method.
Background
With the continuous development of the technology, various industries need to develop own business systems, and a reliable business system is very important for the interior of enterprises, clients and the like.
The Open Service Gateway Initiative (OSGI) is a Java framework used to develop and deploy modular software programs and libraries. In general, developers develop a componentized business system based on the OSGI protocol, and the developed business system has the characteristics of extensibility, operation and maintenance, maintainability, testability and the like.
The service system developed based on the OSGI framework meets four basic principles, namely characteristics of expandability, operation and maintenance, maintainability and testability. However, the OSGI framework-based technology basically describes the overall architecture of the service system, the service system component classification, and the like, and the developed service system cannot meet the service requirements of multiple terminals due to the fact that the componentization of the service system is only achieved from the periphery. That is, if the business requirement changes, a developer needs to rewrite the code according to the business requirement to obtain a business system meeting the new business requirement, which is large in workload and high in cost.
Disclosure of Invention
The embodiment of the invention provides a service system and a service processing method, and the service system is assembled according to service requirements to meet various service requirements, so that the service system suitable for new service requirements is obtained without rewriting codes for the new service requirements, the workload is low, and the cost is low.
In a first aspect, an embodiment of the present invention provides a service system, including:
the configuration module is used for generating a configuration flow according to the service requirement;
a service execution module, configured to receive the configuration stream, determine a service type according to the configuration stream, determine a target processing scheme from a processing scheme set according to the service type, process service data by using the target processing scheme, and generate a monitoring stream in a processing process;
and the monitoring module is used for receiving the monitoring flow and monitoring the running state of the service system according to the monitoring flow.
In one possible design, the configuration flow includes at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information and local configuration information;
the configuration module comprises at least one of the following interfaces:
a configuration meta-information output interface for outputting the configurable meta-information of the service system according to the service requirement;
a runtime configuration output interface, configured to output the runtime configuration information of the service system according to the service requirement;
a service configuration issuing interface, configured to acquire or issue the operation configuration information of the service system according to the service requirement;
The operation and maintenance configuration issuing interface is used for acquiring or issuing the operation and maintenance configuration information of the service system according to the service requirement;
and the local system configuration interface is used for configuring the local configuration information of the service system according to the service requirement.
In one possible design, the processing scheme sets include a first set and/or a second set, different processing schemes in the first set are applicable to different service requirements, and the same processing scheme in the second set is applicable to at least two service requirements;
the service execution module comprises at least one of the following units:
a service entry unit; for receiving the service data;
a service customizing unit, configured to invoke a first resource in the resource unit, receive the configuration stream through the first resource, determine the target processing scheme from the first set, and process the service data by using the target processing scheme to obtain a first output result;
a resource unit for storing a resource;
a general unit, configured to determine the target processing scheme from the second set, and process the service data by using the target processing scheme to obtain a second output result;
And the service outlet unit is used for outputting the first output result and/or the second output result.
In one possible design, the service execution module further includes:
a core unit, configured to store execution logic required by the service customization unit and/or the general-purpose unit, where the execution logic includes any one of: algorithm, model, engine.
In one possible design, the service customization unit; the system comprises a resource unit, a configuration flow, a target processing scheme and a processing unit, wherein the resource unit is used for calling a first resource in the resource unit and/or receiving the configuration flow through the first resource, determining the service type according to the configuration flow, determining that the target processing scheme belongs to the first set or the second set according to the service type, and if the target processing scheme belongs to the first set, processing the service data by adopting the target processing scheme to obtain a first output result;
and the general unit is used for receiving the service data sent by the service customizing unit if the target processing scheme belongs to the second set, and processing the service data by adopting the target processing scheme to obtain a second output result.
In one possible design, the service entry unit includes any one of the following interfaces:
the external interface is used for receiving the service data sent by the system interacting with the service system in a synchronous mode;
a gateway interface for receiving the service data sent by the user through the gateway
And the message queue inlet is used for receiving the service data sent by the system interacting with the service system in an asynchronous mode.
In one possible design, the resource unit includes any one of the following sub-units:
an abstract interface subunit, configured to switch resources called by the service customization unit and/or the general unit;
the MOCK subunit is used for storing reserved resources and providing resources for the service customizing unit and/or the general unit when the resources managed and controlled by the abstract interface subunit are unavailable;
in one possible embodiment, the monitoring module comprises at least one of the following:
the monitoring meta-information output interface unit is used for acquiring monitoring meta-information;
a monitoring section unit, configured to obtain the monitoring flow;
and the monitoring information output unit is used for generating target monitoring information according to the monitoring meta-information and the monitoring stream.
In a second aspect, an embodiment of the present invention provides a service processing method, including:
generating a configuration flow according to the service requirement;
determining a service type according to the configuration flow, and determining a target processing scheme from a processing scheme set according to the service type;
processing the service data by adopting the target processing scheme, and generating a monitoring flow in the processing process;
and monitoring the running state of the service system according to the monitoring flow.
In one possible design, the configuration flow includes at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information, local configuration information, the method further comprising at least one of the following steps:
outputting the configurable meta-information according to the service requirement;
outputting the operation configuration information according to the service requirement;
acquiring or issuing the operation configuration information according to the service requirement;
acquiring or issuing the operation and maintenance configuration information according to the service requirement;
and configuring the local configuration information according to the service requirement.
In one possible design, the processing scheme sets include a first set and/or a second set, different processing schemes in the first set are applicable to different service requirements, and the same processing scheme in the second set is applicable to at least two service requirements; the determining the service type according to the configuration flow and determining the target processing scheme from the processing scheme set according to the service type includes:
Determining the target processing scheme from the first set, and processing the service data by adopting the target processing scheme to obtain a first output result;
alternatively, the first and second electrodes may be,
and determining the target processing scheme from the second set, and processing the service data by adopting the target processing scheme to obtain a second output result.
In a third aspect, an embodiment of the present invention provides an electronic device, which includes a processor, a memory, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the processor implements the method according to any feasible implementation manner of the second aspect or the second aspect.
In a fourth aspect, embodiments of the present invention provide a storage medium having stored therein instructions, which, when run on an electronic device, cause the electronic device to perform a method according to any one of the possible implementations of the second aspect or the second aspect.
In a fifth aspect, embodiments of the present invention provide a computer program product, which, when run on an electronic device, causes the electronic device to perform the method according to the second aspect or any feasible implementation manner of the second aspect.
The service system and the service processing method provided by the embodiment of the invention comprise a configuration module, a service execution module and a monitoring module, wherein the service configuration module generates a configuration flow according to a service requirement and sends the configuration flow to the service execution module, the service execution module determines a service type according to the configuration flow and determines a target processing scheme from a processing scheme set according to the service type, the target processing method is adopted to process service data, and a monitoring flow is generated in the processing process, so that the monitoring module monitors the operation state of the service system according to the monitoring flow. The service system is assembled according to the service requirements, various service requirements are met, and therefore the service system suitable for the new service requirements is obtained without rewriting codes for the new service requirements, and the method is low in workload and low in cost.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic structural diagram of a service system according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of the extensibility of the business system provided by the embodiment of the present invention;
fig. 3 is a schematic structural diagram of another service system provided in an embodiment of the present invention;
fig. 4 is a flowchart of a service processing method provided in an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The existing service system developed based on the OSGI framework only has corresponding framework introduction and cannot effectively guide developers to design and develop the engineering internal framework, so that the developers only realize componentization of the service system from the periphery, and the developed service system cannot meet the service requirements of multiple ends. That is, if the business requirement changes, a developer needs to rewrite the code according to the business requirement to obtain a business system meeting the new business requirement, which is large in workload and high in cost.
In view of this, embodiments of the present invention provide a service system and a service processing method, which are configured according to service requirements to meet various service requirements, so that a service system suitable for a new service requirement is obtained without rewriting codes for the new service requirement, and the service system and the service processing method are low in workload and cost.
Fig. 1 is a schematic structural diagram of a service system according to an embodiment of the present invention. Referring to fig. 1, a service system 100 according to an embodiment of the present invention includes the following modules:
and the configuration module 11 is configured to generate a configuration stream according to the service requirement.
For example, in the embodiment of the present invention, the variable behaviors of the service system are configurable, and the configurable information may be configured according to service requirements, so as to generate the configuration flow. The configurable information includes function level, current limit, cluster switch, function module, etc.
A service execution module 12, configured to receive the configuration stream, determine a service type according to the configuration stream, determine a target processing scheme from a processing scheme set according to the service type, process service data by using the target processing scheme, and generate a monitoring stream in a processing process.
Illustratively, the service execution module manages and controls a processing scheme set including a plurality of processing schemes, where different service requirements correspond to different service types, and different service types correspond to different processing schemes. After receiving the configuration stream, the service execution module determines a service type according to the configuration stream, further determines a target processing scheme from the processing scheme set according to the service type, and then processes service data by using the target processing scheme, wherein the service data is, for example, data input by a user after logging in a service system. In the process of service processing, the service execution module generates monitoring information in real time, periodically or irregularly to obtain a monitoring stream.
And the monitoring module 13 is configured to receive the monitoring flow and monitor the operation state of the service system according to the monitoring flow.
For example, after receiving the monitoring flow, the monitoring module 13 sends the monitoring flow to the monitoring system through a network, and the like, and the monitoring system analyzes the monitoring flow, and further analyzes the operation state of the service system according to the analysis result; or, the monitoring module 13 locally analyzes the monitoring flow, and analyzes the operation state of the service system according to the analysis result.
In the embodiment of the invention, the service system has four basic principles, namely, the service system can be expanded, operated and maintained, and can be maintained and tested. These principles are explained below.
First, it is scalable.
The extensible principle is mainly service oriented. In general, the service requirement in the above embodiment goes through three stages: the first stage, a customer puts forward an original requirement; secondly, arranging the original requirements into a requirement specification by a product manager; and in the third stage, the developers convert the original requirements of the clients into business systems according to the requirement specifications. In the first stage, the original requirements of the customer are generally fuzzy, narrow, and even biased. Therefore, in the second stage, the product manager is required to make more objective judgment on the original requirements, and meanwhile, the system capability is combined to convert the original requirements into a more universal requirement specification. Then, in the third phase, the developer converts the product specification into a more abstract design to implement. Only through the second stage and the third stage, a service system with strong expansibility can be developed, and frequent service requirement change can be easily met and the system reconstruction cost can be saved.
Fig. 2 is a schematic diagram of service system extensibility provided by the embodiment of the present invention. Referring to fig. 2, the original requirements of the customer are: a flower is needed, and the flower looks more beautiful and can embody the brand image of the flower. This original requirement is vague and narrow in applicability, and even the product developed by the developer in the end according to the original requirement is not intended by the customer. Therefore, in the second stage, the customer is guided to refine the demand from each dimension, and the refined demand is disassembled according to certain dimensions, so that different products can be assembled through the dimensions for the customer to select, and a general specific demand specification is realized. After receiving the requirement specification, the developer needs to further abstract and realize the atomized single element component libraries with different dimensions, that is, the developer sees not the flower but the components of the flower, and provides a configuration background for the user to assemble the model desired by the client.
Secondly, the operation and maintenance can be carried out.
The operation and maintenance principle mainly faces operation and maintenance personnel, ensures stable online operation of a service system, and provides a Service Level Agreement (SLA). An SLA is a contract between a network service provider and a customer that defines terms of service type, quality of service, and customer payment.
Often, a business system comes out of the field where the functionality must be satisfied, and the reliability/availability of the business system is equally important to the customer. If the business system often has problems, the business system cannot satisfy the customer. The service system can quickly find and recover problems and reduce loss only if enough monitoring information is provided and quick operation and maintenance configuration response is supported.
Then, maintenance may be performed.
The maintainable principle is mainly oriented to developers, and mainly reflects on the cost of repairing problems and developing new functions. The developers are very important software users, the software also needs to serve the developers, and if one business system is easily handed by other developers and continuously developed, the maintainability of the business system can be considered to be good under the condition of eliminating personal capability difference. Maintainability includes in particular: code annotation, assisted understanding documentation, development collaboration documentation, code legibility, logic configurability, version compatibility, and the like. The auxiliary understanding documents comprise a system interaction diagram, a key flow sequence diagram, a functional architecture diagram, a database design and the like, and the development cooperation documents comprise an interface design document, a protocol design document and the like.
Finally, it can be tested.
The testability principle mainly faces to testers, and is an important precondition for quality assurance of a service system. A good business system should be easily tested while the weak points, logic divisions, exception controls, critical values, etc. of the business system can be clearly synchronized with the testers. The business system should be designed with the following considerations: the automatic test, the integration test, the function test, the performance test, the fault injection test and the pressure test provide configuration support under different environments.
The business system provided by the embodiment of the invention comprises a configuration module, a business execution module and a monitoring module, wherein the business configuration module generates a configuration stream according to business requirements and sends the configuration stream to the business execution module, the business execution module determines a business type according to the configuration stream and determines a target processing scheme from a processing scheme set according to the business type, the target processing method is adopted to process business data, and a monitoring stream is generated in the processing process, so that the monitoring module monitors the running state of the business system according to the monitoring stream. The service system is assembled according to the service requirements, various service requirements are met, and therefore the service system suitable for the new service requirements is obtained without rewriting codes for the new service requirements, and the method is low in workload and low in cost.
The service system provided by the embodiment of the invention integrates the system except for four basic principles. Higher requirements are provided for deployment, and the service system meeting the service requirements can be rapidly realized according to the service requirements. In order to realize the rapid assembly of the service system meeting the service requirement according to the service requirement, in the embodiment of the invention, the service system is required to be additionally considered in the framework design so as to rapidly deploy, and rapidly integrate and test with other systems. Hereinafter, the service system according to the embodiment of the present invention will be described in detail. For example, referring to fig. 3, fig. 3 is a schematic structural diagram of another service system provided in the embodiment of the present invention. Referring to fig. 3, the dashed arrows represent configuration flows, the implementation arrows represent traffic flows, and the dashed arrows represent monitoring flows, in this embodiment,
in one possible design, the configuration flow includes at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information and local configuration information; the configuration module 11 includes at least one of the following interfaces:
a configuration meta-information output interface 111, configured to output the configurable meta-information of the service system according to the service requirement;
A runtime configuration output interface 112, configured to output the runtime configuration information of the service system according to the service requirement. Illustratively, the configurable information of the business system can be output through a standardized interface and integrated in an operation configuration background and an operation and maintenance configuration background, so that the visual operation of the configuration by operators and operation and maintenance personnel is facilitated.
A service configuration issuing interface 113, configured to acquire or issue the operation configuration information of the service system according to the service requirement. For example, the runtime configuration can be viewed in real time in the operation configuration background and the operation and maintenance configuration background. The configuration of a single instance or the configuration of a Java Virtual Machine (JVM) cache can be viewed according to an instance level, and the shared configuration can be viewed uniformly through a configuration background.
And an operation and maintenance configuration issuing interface 114, configured to obtain or issue the operation and maintenance configuration information of the service system according to the service requirement. Illustratively, the operation configuration information of the operator can be obtained through the service configuration issuing interface, and the operation configuration information includes information necessary for the service operation system to realize the service.
For example, the configuration source information output interface outputs 5 pieces of configuration meta information, wherein 2 pieces of configuration meta information belong to the operation configuration information, and the operator configures and issues the 2 pieces of configuration meta information, and the other 3 pieces of configuration meta information belong to the operation and maintenance configuration information, and the operation and maintenance operator configures and issues the 2 pieces of configuration meta information; the runtime configuration output interface can output the 5 configured meta information in real time when the service system runs, so that the operator and the operation and maintenance personnel can check the 5 runtime configuration information in the running process of the service system in real time.
The local system configuration interface 115 is configured to configure the local configuration information of the service system according to the service requirement, including an interface, a log path, and the like.
In one possible design, the processing scheme sets include a first set and/or a second set, different processing schemes in the first set are applicable to different service requirements, and the same processing scheme in the second set is applicable to at least two service requirements; the service execution module 12 includes at least one of the following elements:
a service entry unit 121; for receiving the service data. Illustratively, service data input by a user or the like enters the service system via the service entry unit 121.
A service customizing unit 122, configured to invoke a first resource in the resource unit, receive the configuration stream through the first resource, determine the target processing scheme from the first set, and process the service data by using the target processing scheme to obtain a first output result. Illustratively, as shown in fig. 3, processing scheme 1, processing scheme 2, processing scheme 3 … …, processing scheme N, etc. are included in a first set, each processing scheme in the first set being applicable to traffic demands of only one traffic type. The service customizing unit 122 is configured to accept traffic of the service entry unit 121, that is, receive service data from the service entry unit 121, and perform customizing processing on service data of different service types, for example: the compatibility of the same service version, the difference of different services and the like can be realized by carrying out independent module processing according to the dimension of the service type plus the version, and the independent module processing is physically isolated, so that the mutual influence between each service and the version is avoided, and the maintainability, the expandability and the testability of the code are improved. In addition, the service customizing unit 122 may rely on the resource unit 123 and the general purpose unit 124 to perform service processing.
And a resource unit 123 for storing resources. Illustratively, the resource unit 123 contains the dependencies of the business system on all external resources, including interface dependencies, database dependencies, cache dependencies, other inter-intermediary dependencies, and the like.
A general unit 124, configured to determine the target processing scheme from the second set, and process the service data by using the target processing scheme, so as to obtain a second output result. Illustratively, as shown in fig. 3, processing scheme a, processing scheme B, processing scheme C … …, processing scheme X, etc. are included in a first set, each processing scheme in the first set being applicable to traffic demands of at least two traffic types. The generic unit 124 contains some generic processing schemes that can be shared by services of different service types, which are applicable to at least two service types. In particular, the processing schemes applicable to the service types exceeding 3/5 can be stored in the general-purpose unit 124 according to the actual service requirements. Typically, the processing scheme stored in the general purpose unit 124 is only applicable to the business system and cannot be shared across business systems. Therefore, the processing schemes in the general unit 124 are divided according to the function dimension, the granularity of the function is determined according to the actual situation of the business system, and different processing schemes can be horizontally dependent. In addition, the general purpose unit 124 may rely on the resource unit 123 as well as the general purpose unit 124 to accomplish the business process.
A service outlet unit 125, configured to output the first output result and/or the second output result. Illustratively, a first output result obtained by processing the service data by the service customizing unit 122 using the target processing scheme, and a second output result obtained by processing the service data by the general-purpose unit 124 using the target processing scheme, including but not limited to a log, an output result, and the like, may be accomplished by logging, sending a Message Queue (MQ), network communication, or calling a downstream interface.
In a possible design, the service system further includes:
a core unit 126, configured to store execution logic required by the service customization unit and/or the general-purpose unit, where the execution logic includes any one of the following: algorithm, model, engine. Illustratively, the functions included in the core unit 126 are more general and abstract, and belong to a model or tool common to a business field or industry, and since the core unit 126 does not relate to a specific business and is not related to a business type, the core unit 126 can be used across business systems. Furthermore, the core unit 126 is not dependent on any resources of the resource unit 123, as it does not need to know the specific services. When the core unit 126 is included in the service system, the service customization unit 122 and/or the core unit 126 may invoke execution logic within the core unit 126 to process the service.
Next, the service entry unit 121 will be described in detail.
In one possible design, the service entry unit 121 includes any one of the following interfaces:
an external interface 1211, configured to receive, in a synchronous manner, the service data sent by the system interacting with the service system. For example, if the current service system is an order system and the system interacting with the order system is a product system, the order system uses the external interface 1211 to receive service data sent by the product system in a synchronous manner.
A gateway interface 1222, configured to receive the service data sent by the user through the gateway.
And the message queue inlet 1223 is configured to receive the service data sent by the system interacting with the service system in an asynchronous manner. Illustratively, if the current business system is an order system and the system interacting with the order system is a product system, the order system uses the external interface 1211 to receive the business data sent by the product system in an asynchronous manner. The asynchronous mode is, for example, MQ or the like.
Next, the resource unit 123 will be described in detail.
In one possible design, the resource unit 123 includes any one of the following sub-units:
An abstract interface subunit 1231, configured to switch the resource called by the service customization unit and/or the general unit. For example, assuming that the resources stored in the resource unit 123, such as interface resources, database resources, cache resources, etc., are changed and can be replaced, it depends only on the abstract interface for the business system, and the resource replacement and change are not visible to the business system.
And the MOCK subunit 1232 is configured to store reserved resources, and provide resources for the service customization unit and/or the general unit when the resources managed and controlled by the abstract interface subunit are unavailable. For example, if the resource corresponding to the abstract interface subunit 1231 is not available, the resource in the MOCK subunit 1232 may be used, so as to ensure that the service processing is not interrupted, recover the online problem as soon as possible, and provide the work efficiency.
In addition, the resource unit 123 may also include a third party implementation, and the like, and the embodiment of the present invention is not limited.
The monitoring module 13 will be described in detail below.
In one possible embodiment, the monitoring module 13 comprises at least one of the following units:
and a monitoring meta-information output interface unit 131 for acquiring monitoring meta-information. Illustratively, the monitorable meta-information of the business system can be input into the unified monitoring system through a standardized interface, and the monitoring system provides standardized User Interface (UI) configuration support.
And a monitoring section unit 132, configured to obtain the monitoring flow. Illustratively, each unit included in the service execution module, such as the service entry unit 121, the service customization unit 122, the resource unit 123, the general-purpose unit 124, the service exit unit 125, the core unit 126, and the like, has an interface or connection with the monitoring plane unit 132, so that the monitoring plane unit 132 obtains the monitoring flow from any one or more of the modules included in the service execution module 12.
A monitoring information output unit 133, configured to generate target monitoring information according to the monitoring meta information and the monitoring stream. Illustratively, monitoring information can be output through a monitoring tool or a self-embedded point mode, monitoring information is obtained by processing a monitoring flow through a uniform collecting tool, and the monitoring information is displayed and analyzed in a monitoring system.
Next, how the service customizing unit 122 and the general-purpose unit 124 process the service data will be described in detail.
In a feasible design, the service customizing unit 122 is configured to invoke a first resource in the resource unit 123 and/or receive the configuration stream through the first resource, determine the service type according to the configuration stream, determine that the target processing scheme belongs to the first set or the second set according to the service type, and if the target processing scheme belongs to the first set, process the service data by using the target processing scheme to obtain a first output result; the general unit 124 is configured to receive the service data sent by the service customizing unit 122 if the target processing scheme belongs to the second set, and process the service data by using the target processing scheme to obtain a second output result.
Exemplarily, after the service execution module 12 of the service system receives the service data through the service entry unit 121, the service customizing unit 122 determines the service type according to the configuration stream, and determines the target processing mode according to the service type, and if the target processing mode belongs to the first set, the service customizing unit 122 processes the service data according to the target processing mode; otherwise, if the target processing mode belongs to the second set, the service customizing unit 122 sends the service data to the general-purpose unit 124, so that the service data is processed by the general-purpose unit 124 by using the target processing scheme.
Fig. 4 is a flowchart of a service processing method provided in an embodiment of the present invention, including:
101. generating a configuration flow according to the service requirement;
102. determining a service type according to the configuration flow, and determining a target processing scheme from a processing scheme set according to the service type;
103. processing the service data by adopting the target processing scheme, and generating a monitoring flow in the processing process;
104. and monitoring the running state of the service system according to the monitoring flow.
The service processing method described in this embodiment is a service processing method based on the service system described in the above embodiment, and may specifically participate in the description of the service system, which is not described herein again.
In one possible design, the configuration flow includes at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information, local configuration information, the method further comprising at least one of the following steps:
outputting the configurable meta-information according to the service requirement;
outputting the operation configuration information according to the service requirement;
acquiring or issuing the operation configuration information according to the service requirement;
acquiring or issuing the operation and maintenance configuration information according to the service requirement;
and configuring the local configuration information according to the service requirement.
In one possible design, the processing scheme sets include a first set and/or a second set, different processing schemes in the first set are applicable to different service requirements, and the same processing scheme in the second set is applicable to at least two service requirements; the determining the service type according to the configuration flow and determining the target processing scheme from the processing scheme set according to the service type includes:
determining the target processing scheme from the first set, and processing the service data by adopting the target processing scheme to obtain a first output result;
Alternatively, the first and second electrodes may be,
and determining the target processing scheme from the second set, and processing the service data by adopting the target processing scheme to obtain a second output result.
Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention. As shown in fig. 5, the electronic apparatus 200 includes:
at least one processor 21 and memory 22;
the memory 22 stores computer-executable instructions;
the at least one processor 21 executes computer-executable instructions stored by the memory 22 to cause the at least one processor 21 to perform the business process methods as described above.
For a specific implementation process of the processor 21, reference may be made to the above method embodiments, which implement similar principles and technical effects, and this embodiment is not described herein again.
Optionally, the electronic device 200 further comprises a communication component 23. The processor 21, the memory 22, and the communication unit 23 may be connected by a bus 24.
An embodiment of the present invention further provides a storage medium, where a computer executing instruction is stored in the storage medium, and the computer executing instruction is used to implement the service processing method described above when executed by a processor.
The embodiment of the present invention further provides a computer program product, which, when running on a computer, enables the computer to execute the above service processing method.
In the above embodiments, it should be understood that the described apparatus and method may be implemented in other ways. For example, the above-described device embodiments are merely illustrative, and for example, the division of the modules is only one logical division, and other divisions may be realized in practice, for example, a plurality of modules may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.
The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.
In addition, functional modules in the embodiments of the present invention may be integrated into one processing unit, or each module may exist alone physically, or two or more modules are integrated into one unit. The unit formed by the modules can be realized in a hardware form, and can also be realized in a form of hardware and a software functional unit.
The integrated module implemented in the form of a software functional module may be stored in a computer-readable storage medium. The software functional module is stored in a storage medium and includes several instructions to enable an electronic device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the method according to various embodiments of the present invention.
It should be understood that the processor may be a Central Processing Unit (CPU), other general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of the hardware and software modules within the processor.
The memory may comprise a high-speed RAM memory, and may further comprise a non-volatile storage NVM, such as at least one disk memory, and may also be a usb disk, a removable hard disk, a read-only memory, a magnetic or optical disk, etc.
The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present invention are not limited to only one bus or one type of bus.
The storage medium may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an Application Specific Integrated Circuits (ASIC). Of course, the processor and the storage medium may reside as discrete components in a terminal or server.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.

Claims (13)

1. A business system, comprising:
the configuration module is used for generating a configuration flow according to the service requirement;
a service execution module, configured to receive the configuration stream, determine a service type according to the configuration stream, determine a target processing scheme from a processing scheme set according to the service type, process service data by using the target processing scheme, and generate a monitoring stream in a processing process;
And the monitoring module is used for receiving the monitoring flow and monitoring the running state of the service system according to the monitoring flow.
2. The system of claim 1,
the configuration flow includes at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information and local configuration information;
the configuration module comprises at least one of the following interfaces:
a configuration meta-information output interface for outputting the configurable meta-information of the service system according to the service requirement;
a runtime configuration output interface, configured to output the runtime configuration information of the service system according to the service requirement;
a service configuration issuing interface, configured to acquire or issue the operation configuration information of the service system according to the service requirement;
the operation and maintenance configuration issuing interface is used for acquiring or issuing the operation and maintenance configuration information of the service system according to the service requirement;
and the local system configuration interface is used for configuring the local configuration information of the service system according to the service requirement.
3. The system according to claim 1 or 2, wherein the set of processing schemes comprises a first set and/or a second set, different processing schemes in the first set are applicable to different service requirements, and the same processing scheme in the second set is applicable to at least two service requirements;
The service execution module comprises at least one of the following units:
a service entry unit; for receiving the service data;
a service customizing unit, configured to invoke a first resource in a resource unit, receive the configuration stream through the first resource, determine the target processing scheme from the first set, and process the service data by using the target processing scheme to obtain a first output result;
a resource unit for storing a resource;
a general unit, configured to determine the target processing scheme from the second set, and process the service data by using the target processing scheme to obtain a second output result;
and the service outlet unit is used for outputting the first output result and/or the second output result.
4. The system of claim 3, wherein the service execution module further comprises:
a core unit, configured to store execution logic required by the service customization unit and/or the general-purpose unit, where the execution logic includes any one of: algorithm, model, engine.
5. The system of claim 3,
The service customizing unit; the system comprises a resource unit, a configuration flow, a target processing scheme and a processing unit, wherein the resource unit is used for calling a first resource in the resource unit and/or receiving the configuration flow through the first resource, determining the service type according to the configuration flow, determining that the target processing scheme belongs to the first set or the second set according to the service type, and if the target processing scheme belongs to the first set, processing the service data by adopting the target processing scheme to obtain a first output result;
and the general unit is used for receiving the service data sent by the service customizing unit if the target processing scheme belongs to the second set, and processing the service data by adopting the target processing scheme to obtain a second output result.
6. A system according to claim 3, characterized in that the service entry unit comprises any of the following interfaces:
the external interface is used for receiving the service data sent by the system interacting with the service system in a synchronous mode;
a gateway interface for receiving the service data sent by the user through the gateway
And the message queue inlet is used for receiving the service data sent by the system interacting with the service system in an asynchronous mode.
7. The system according to claim 3, wherein the resource unit comprises any one of the following sub-units:
an abstract interface subunit, configured to switch resources called by the service customization unit and/or the general unit;
and the MOCK subunit is used for storing reserved resources and providing resources for the service customizing unit and/or the general unit when the resources managed and controlled by the abstract interface subunit are unavailable.
8. The system according to claim 1 or 2, characterized in that the monitoring module comprises at least one of the following units:
the monitoring meta-information output interface unit is used for acquiring monitoring meta-information;
a monitoring section unit, configured to obtain the monitoring flow;
and the monitoring information output unit is used for generating target monitoring information according to the monitoring meta-information and the monitoring stream.
9. A method for processing a service, comprising:
generating a configuration flow according to the service requirement;
determining a service type according to the configuration flow, and determining a target processing scheme from a processing scheme set according to the service type;
processing the service data by adopting the target processing scheme, and generating a monitoring flow in the processing process;
And monitoring the running state of the service system according to the monitoring flow.
10. The method of claim 9, wherein the configuration flow comprises at least one of the following information: configurable meta information, operation configuration information, operation and maintenance configuration information, local configuration information, the method further comprising at least one of the following steps:
outputting the configurable meta-information according to the service requirement;
outputting the operation configuration information according to the service requirement;
acquiring or issuing the operation configuration information according to the service requirement;
acquiring or issuing the operation and maintenance configuration information according to the service requirement;
and configuring the local configuration information according to the service requirement.
11. The method according to claim 9 or 10, wherein the set of processing schemes comprises a first set and/or a second set, wherein different processing schemes in the first set are applicable to different traffic demands, and wherein the same processing scheme in the second set is applicable to at least two traffic demands; the determining the service type according to the configuration flow and determining the target processing scheme from the processing scheme set according to the service type includes:
Determining the target processing scheme from the first set, and processing the service data by adopting the target processing scheme to obtain a first output result;
alternatively, the first and second electrodes may be,
and determining the target processing scheme from the second set, and processing the service data by adopting the target processing scheme to obtain a second output result.
12. An electronic device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 9 to 11 when executing the program.
13. A storage medium having stored therein instructions that, when run on an electronic device, cause the electronic device to perform the method of any one of claims 9-11.
CN201910434846.9A 2019-05-23 2019-05-23 Service system and service processing method Active CN111988157B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910434846.9A CN111988157B (en) 2019-05-23 2019-05-23 Service system and service processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910434846.9A CN111988157B (en) 2019-05-23 2019-05-23 Service system and service processing method

Publications (2)

Publication Number Publication Date
CN111988157A true CN111988157A (en) 2020-11-24
CN111988157B CN111988157B (en) 2024-06-18

Family

ID=73437419

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910434846.9A Active CN111988157B (en) 2019-05-23 2019-05-23 Service system and service processing method

Country Status (1)

Country Link
CN (1) CN111988157B (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112651870A (en) * 2020-12-15 2021-04-13 北京无线电计量测试研究所 System and method for customizing city management scheme online
CN116252305A (en) * 2023-05-05 2023-06-13 苏州视通医疗科技有限公司 Control system reconstruction method, control system, electronic equipment and storage medium

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060182253A1 (en) * 2005-02-11 2006-08-17 Capotosto Thomas P Unifying business process object modeling
CN101539855A (en) * 2008-12-25 2009-09-23 厦门亿力吉奥信息科技有限公司 Service basic software platform
CN101650652A (en) * 2009-09-17 2010-02-17 中兴通讯股份有限公司 Method and device for developing business processes
CN102004660A (en) * 2010-11-08 2011-04-06 中兴通讯股份有限公司 Realizing method and device of business flows
CN103744651A (en) * 2013-12-20 2014-04-23 柳州职业技术学院 Method for automatically generating business processing model oriented to business requirements
CN104360923A (en) * 2014-11-03 2015-02-18 中国银行股份有限公司 Monitoring method and monitoring system for batch application process
CN106156043A (en) * 2015-03-26 2016-11-23 阿里巴巴集团控股有限公司 A kind of off-line data processing method and processing device
CN107291337A (en) * 2016-04-01 2017-10-24 华为技术有限公司 A kind of method and device that Operational Visit is provided
CN107704386A (en) * 2017-09-25 2018-02-16 金蝶软件(中国)有限公司 Unit test method, device, computer equipment and the storage medium of operation flow
CN108228252A (en) * 2017-12-26 2018-06-29 阿里巴巴集团控股有限公司 Business processing and operation flow configuration method, device and equipment
CN108415695A (en) * 2018-01-25 2018-08-17 新智数字科技有限公司 A kind of data processing method, device and equipment based on visualization component
CN108920135A (en) * 2018-06-27 2018-11-30 杭州贝店科技有限公司 A kind of customized business generating method, device, computer equipment and storage medium

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060182253A1 (en) * 2005-02-11 2006-08-17 Capotosto Thomas P Unifying business process object modeling
CN101539855A (en) * 2008-12-25 2009-09-23 厦门亿力吉奥信息科技有限公司 Service basic software platform
CN101650652A (en) * 2009-09-17 2010-02-17 中兴通讯股份有限公司 Method and device for developing business processes
CN102004660A (en) * 2010-11-08 2011-04-06 中兴通讯股份有限公司 Realizing method and device of business flows
CN103744651A (en) * 2013-12-20 2014-04-23 柳州职业技术学院 Method for automatically generating business processing model oriented to business requirements
CN104360923A (en) * 2014-11-03 2015-02-18 中国银行股份有限公司 Monitoring method and monitoring system for batch application process
CN106156043A (en) * 2015-03-26 2016-11-23 阿里巴巴集团控股有限公司 A kind of off-line data processing method and processing device
CN107291337A (en) * 2016-04-01 2017-10-24 华为技术有限公司 A kind of method and device that Operational Visit is provided
CN107704386A (en) * 2017-09-25 2018-02-16 金蝶软件(中国)有限公司 Unit test method, device, computer equipment and the storage medium of operation flow
CN108228252A (en) * 2017-12-26 2018-06-29 阿里巴巴集团控股有限公司 Business processing and operation flow configuration method, device and equipment
CN108415695A (en) * 2018-01-25 2018-08-17 新智数字科技有限公司 A kind of data processing method, device and equipment based on visualization component
CN108920135A (en) * 2018-06-27 2018-11-30 杭州贝店科技有限公司 A kind of customized business generating method, device, computer equipment and storage medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112651870A (en) * 2020-12-15 2021-04-13 北京无线电计量测试研究所 System and method for customizing city management scheme online
CN116252305A (en) * 2023-05-05 2023-06-13 苏州视通医疗科技有限公司 Control system reconstruction method, control system, electronic equipment and storage medium
CN116252305B (en) * 2023-05-05 2024-02-20 苏州视通医疗科技有限公司 Control system reconstruction method, control system, electronic equipment and storage medium

Also Published As

Publication number Publication date
CN111988157B (en) 2024-06-18

Similar Documents

Publication Publication Date Title
US8074204B2 (en) Test automation for business applications
US20040139176A1 (en) Systems and methods for improving service delivery
US20080148231A1 (en) Computer-implemented system for analysis, administration, control, management and monitoring of a complex hardware/software architecture
CN110188135B (en) File generation method and equipment
CN111988157B (en) Service system and service processing method
CN113014424B (en) Cloud platform management method and device, electronic equipment and storage medium
CN114546738A (en) Server general test method, system, terminal and storage medium
Rabiser et al. A domain analysis of resource and requirements monitoring: Towards a comprehensive model of the software monitoring domain
CN114780080A (en) Micro front end integration method, device and monitoring method
CN114115838A (en) Data interaction method and system based on distributed components and cloud platform
CN115039092A (en) Providing customized integrated flow templates
CN115812298A (en) Block chain management of supply failure
CN103026337A (en) Distillation and reconstruction of provisioning components
CN116107549B (en) Logic arrangement and change service logic processing method, system and storage medium
CN113742228A (en) Test, data playback and recording method, system, device, equipment and medium
CN116774989A (en) Design and implementation method, system and terminal of software construction and release device
CN115268861B (en) Introduction method, system, equipment and storage medium of custom component
CN114356396A (en) Service publishing method and device adaptive to multiple services
CN114036060A (en) Method, system and computer readable medium for chip testing
Hannousse Dealing with crosscutting and dynamic features in component software using aspect‐orientation: requirements and experiences
CN114706738A (en) Method and device for automatically burying point at client
Meng et al. On resource-sensitive timed component connectors
Kaveh et al. Validating distributed object and component designs
Joosen et al. Towards application driven security dashboards in future middleware
CN111813383A (en) Bank comprehensive front-end system based on RAP technology

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant