CN111988157B - Service system and service processing method - Google Patents
Service system and service processing method Download PDFInfo
- Publication number
- CN111988157B CN111988157B CN201910434846.9A CN201910434846A CN111988157B CN 111988157 B CN111988157 B CN 111988157B CN 201910434846 A CN201910434846 A CN 201910434846A CN 111988157 B CN111988157 B CN 111988157B
- Authority
- CN
- China
- Prior art keywords
- service
- configuration
- processing scheme
- monitoring
- unit
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title abstract description 17
- 238000012545 processing Methods 0.000 claims abstract description 157
- 238000012544 monitoring process Methods 0.000 claims abstract description 88
- 238000000034 method Methods 0.000 claims abstract description 45
- 230000008569 process Effects 0.000 claims abstract description 27
- 238000012423 maintenance Methods 0.000 claims description 27
- 230000001419 dependent effect Effects 0.000 claims description 5
- 230000001360 synchronised effect Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 4
- 238000013461 design Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- 239000000243 solution Substances 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007474 system interaction Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery 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 a 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, determines a target processing scheme from a processing scheme set according to the service type, processes service data by adopting the target processing method, and generates a monitoring flow in the processing process, so that the monitoring module monitors the running condition of the service system according to the monitoring flow. The business system is assembled according to the business requirements, and various business requirements are met, so that a code is not required to be rewritten aiming at the new business requirements to obtain the business system applicable to the new business requirements, the workload is small, and the cost is low.
Description
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 technology, each industry needs to develop its own business system, and a reliable business system is critical for the inside of the enterprise, clients, etc.
The Open Service Gateway Initiative (OSGI) is a Java framework used to develop and deploy module software programs and libraries (library). In general, a developer opens a modularized service system based on an OSGI protocol, and the developed service system has the characteristics of expandability, operability, maintainability, testability and the like.
The business system developed based on the OSGI framework meets four basic principles, namely the characteristics of expandability, operation and maintenance, maintainability and testability. However, based on OSGI framework technologies, the architecture describing the whole service system, classification of service system components, and the like are basically used, and the service system is only modularized from the periphery, so that the developed service system cannot meet the service demands of various ends. That is, if the service requirement changes, a developer is required to rewrite codes according to the service requirement to obtain a service system meeting the new service requirement, which has large workload and high cost.
Disclosure of Invention
The embodiment of the invention provides a service system and a service processing method, which can meet various service requirements by assembling the service system according to the service requirements, so that a service system suitable for the new service requirements is obtained without re-writing codes aiming at the new service requirements, and the workload is small 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;
The service execution module is used for receiving the configuration flow, determining a service type according to the configuration flow, determining a target processing scheme from a processing scheme set according to the service type, processing service data by adopting the target processing scheme, and generating a monitoring flow in the 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 a 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 includes 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;
The runtime configuration output interface is used for outputting the running 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 a possible design, the processing scheme set includes 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;
the business customization unit is used for calling a first resource in the resource unit, receiving the configuration flow through the first resource, determining the target processing scheme from the first set, and processing the business data by adopting the target processing scheme to obtain a first output result;
A resource unit for storing resources;
The general unit is used for determining the target processing scheme from the second set, and processing the business data by adopting the target processing scheme to obtain a second output result;
And the business 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:
the core unit is used for storing execution logic required by the service customization unit and/or the universal unit, and the execution logic comprises any one of the following components: algorithms, models, engines.
In a possible design, the service customization unit; the method comprises the steps of 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, adopting the target processing scheme to process the service data 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 a possible design, the service entrance unit includes any one of the following interfaces:
an external interface, configured to receive, in a synchronous manner, the service data sent by a system that interacts with the service system;
Gateway interface for receiving the service data sent by user through gateway
And the message queue inlet is used for receiving the service data sent by the system interacted with the service system in an asynchronous mode.
In a possible design, the resource unit includes any one of the following subunits:
The abstract interface subunit is used for switching the resources called by the service customization unit and/or the universal unit;
the MOCK subunit is used for storing reserved resources, and providing resources for the business customization unit and/or the universal unit when the resources managed by the abstract interface subunit are unavailable;
in a possible design, 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;
the monitoring section unit is used for acquiring 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 flow.
In a second aspect, an embodiment of the present invention provides a service processing method, including:
Generating a configuration stream according to service requirements;
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 business 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 a 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 demand;
Acquiring or issuing the operation configuration information according to the service demand;
acquiring or issuing the operation and maintenance configuration information according to the service demand;
and configuring the local configuration information according to the service demand.
In a possible design, the processing scheme set includes 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;
Or alternatively
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, including a processor, a memory, and a computer program stored on the memory and executable on the processor, the processor implementing a method according to the second aspect or any one of the possible implementations of the second aspect when the program is executed.
In a fourth aspect, embodiments of the present invention provide a storage medium having stored therein instructions which, when executed on an electronic device, cause the electronic device to perform a method as described above in the second aspect or any one of the possible implementations of 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 a method as described above in relation to the second aspect or any one of the possible implementations of the second aspect.
The service system comprises a configuration module, a service execution module and a monitoring module, wherein the service configuration module generates a 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, determines a target processing scheme from a processing scheme set according to the service type, processes service data by adopting the target processing method, and generates a monitoring flow in the processing process, so that the monitoring module monitors the running condition of the service system according to the monitoring flow. The business system is assembled according to the business requirements, and various business requirements are met, so that a code is not required to be rewritten aiming at the new business requirements to obtain the business system applicable to the new business requirements, the workload is small, and the cost is low.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions of the prior art, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it will be obvious that the drawings in the following description are some embodiments of the present invention, and that other drawings can be obtained according to these drawings without inventive effort to a person skilled in the art.
Fig. 1 is a schematic diagram of a service system architecture according to an embodiment of the present invention;
fig. 2 is a schematic diagram of scalability of a service system according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of another service system according to an embodiment of the present invention;
Fig. 4 is a flowchart of a service processing method provided by 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
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The existing business system developed based on the OSGI framework only has corresponding framework introduction, and can not effectively guide developers to design and develop engineering inner framework, so that the developers can only realize the modularization of the business system from the periphery, and the developed business system can not meet the business requirements of various ends. That is, if the service requirement changes, a developer is required to rewrite codes according to the service requirement to obtain a service system meeting the new service requirement, which has large workload and high cost.
In view of this, the embodiments of the present invention provide a service system and a service processing method, which can meet various service requirements by assembling the service system according to the service requirements, so that it is unnecessary to re-write codes for new service requirements to obtain a service system applicable to the new service requirements, and the workload is small and the cost is low.
Fig. 1 is a schematic 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:
a configuration module 11, configured to generate a configuration flow according to the service requirement.
In an exemplary embodiment of the present invention, the variable behavior of the service system is configurable, and the configurable information may be configured according to the service requirement, so as to generate a configuration flow. The configurable information includes function level, current limit, cluster switch, function module, etc.
The service execution module 12 is configured to receive the configuration flow, determine a service type according to the configuration flow, 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 flow in a processing process.
The service execution module manages a set of processing schemes including a plurality of processing schemes, different service requirements corresponding to different service types, and different service types corresponding to different processing schemes. After receiving the configuration flow, the service execution module determines the service type according to the configuration flow, further determines a target processing scheme from the processing scheme set according to the service type, and then processes the service data by adopting the target processing scheme, wherein the service data are, for example, data input after a user logs in a service system. In the service processing process, the service execution module generates monitoring information in real time, periodically or aperiodically to obtain a monitoring flow.
And the monitoring module 13 is used for receiving the monitoring flow and monitoring the operation state of the service system according to the monitoring flow.
Illustratively, after receiving the monitoring flow, the monitoring module 13 sends the monitoring flow to the monitoring system through a network, etc., and the monitoring system analyzes the monitoring flow, so as to analyze 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 tested. These principles are described below.
First, it is scalable.
The extensible principle is mainly business oriented. Typically, the service requirement in the above embodiment goes through three stages: the first stage, the customer puts forward the original demand; the second stage, the product manager sorts the original demand into a demand instruction; and thirdly, the developer converts the original requirement of the customer into a service system according to the requirement specification. In the first stage, the customer's original demand is typically blurred, narrow, or even biased. Therefore, in the second stage, the product manager is required to make objective judgment on the original requirements, and meanwhile, the system capability is combined to be converted into a general requirement specification. In a third stage, the developer then converts the product specification into a more abstract design for implementation. Only through the second stage and the third stage, a service system with very strong expansibility can be developed, and frequent service demand changes can be handled and system modification cost can be saved.
Fig. 2 is a schematic diagram of service system scalability provided in an embodiment of the present invention. Referring to fig. 2, the original requirements of the customer are: there is a need for a "flower" that appears more beautiful than the atmosphere and that can represent a self-contained brand image. This original requirement is ambiguous and has a relatively narrow applicability, even if the final developer develops a product according to the original requirement that is not desired by the customer. Therefore, in the second stage, the customer needs to be guided to refine the demands from each dimension, meanwhile, the refined demands are disassembled according to certain dimensions, different products can be assembled for the customer to select through the dimensions, and a general specific demand instruction is realized. After receiving the requirement specification, the developer needs to abstract further to realize the atomized unit element component library with different dimensions, that is, the developer sees not the "flower" but each component of the "flower", and provides a configuration background for the user to assemble the model wanted by the customer.
Second, the operation and maintenance can be performed.
The operation and maintenance principle is mainly oriented to operation and maintenance personnel, ensures the on-line operation stability of a service system, and provides a service level agreement (SERVICE LEVEL AGREEMENT, SLA). An SLA is a contract between a network service provider and a customer, where terms such as service type, quality of service, and customer payment are defined.
Typically, a business system functions outside the customer's premises, and the reliability/availability of the business system is equally important to the customer. If the business system is frequently problematic, the customer cannot be satisfied. The service system only provides enough monitoring information and supports quick operation and maintenance configuration response to quickly discover problems, recover problems and reduce loss.
Then, maintenance may be performed.
The maintainable principle is mainly oriented to developers and is mainly embodied on the cost of repairing problems and developing new functions. The developer is an important software user, the software also needs to be served for the developer, and if one business system is easily taken over by other developers and continuously developed, the maintainability of the business system can be considered to be good under the condition of eliminating the personal capability difference. Maintainability specifically includes: code annotation, assisted understanding documents, developing collaboration documents, code legibility, logic configurability, version compatibility, and the like. Wherein, the auxiliary understanding documents comprise system interaction diagrams, key flow sequence diagrams, functional architecture diagrams, database designs and the like, and the development collaboration documents comprise interface design documents, protocol design documents and the like.
Finally, the test can be performed.
The testable principle is mainly oriented to testers and is an important precondition for the quality assurance of a service system. A good business system should be easily tested, and meanwhile, weak points, logic classification, abnormal control, critical values and the like of the business system can be clearly synchronized with a tester. The business system should be designed by considering: the automatic test, the integrated test, the functional 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 flow according to business requirements and sends the configuration flow to the business execution module, the business execution module determines a business type according to the configuration flow, determines a target processing scheme from a processing scheme set according to the business type, processes business data by adopting the target processing method, and generates a monitoring flow in the processing process, so that the monitoring module monitors the running condition of the business system according to the monitoring flow. The business system is assembled according to the business requirements, and various business requirements are met, so that a code is not required to be rewritten aiming at the new business requirements to obtain the business system applicable to the new business requirements, the workload is small, and the cost is low.
The business system provided by the embodiment of the invention integrates the system except for having four basic principles. The deployment puts forward higher requirements, and the service system meeting the service requirements can be rapidly realized according to the service requirements. In order to realize rapid assembly of a 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 to be rapidly deployed and rapidly integrated and tested with other systems. The service system according to the embodiment of the present invention is described in detail below. For example, referring to fig. 3, fig. 3 is a schematic structural diagram of another service system according to an embodiment of the present invention. Referring to fig. 3, dashed arrows represent configuration flows, implementation arrows represent traffic flows, and dashed arrows represent monitoring flows, which, 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 is 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 for outputting the operation configuration information of the service system according to the service requirement. The service system can output configurable information through the standardized interface, and is integrated in the operation configuration background and the operation maintenance configuration background, so that the operation personnel and the operation maintenance personnel can perform visual operation on the configuration conveniently.
And the service configuration issuing interface 113 is configured to acquire or issue the operation configuration information of the service system according to the service requirement. The runtime configuration can be viewed in real time in the operation configuration background and the operation maintenance configuration background. Configuration cached by Java virtual machine (Java Virtual Machine, JVM) or configuration for single instance can be viewed at the instance level, and unified through configuration background for shared configuration.
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. For example, the service configuration issuing interface may be used to obtain the operation configuration information of the operator, where the operation configuration information includes information necessary for implementing the service by the service operation system.
For example, the configuration raw information output interface outputs 5 configuration meta-information, wherein 2 configuration meta-information belongs to operation configuration information, the operation personnel configures and issues the 2 configuration meta-information, and the other 3 configuration meta-information belongs to operation and maintenance configuration information, and the operation and maintenance personnel configures and issues the 2 configuration meta-information; the runtime configuration output interface can output the 5 pieces of configured meta information in real time when the service system runs, so that operators and operation maintenance personnel can check the 5 pieces of runtime configuration information in the running process of the service system in real time.
A local system configuration interface 115, 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 a possible design, the processing scheme set includes 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:
a service entry unit 121; for receiving said traffic data. Illustratively, service data input by a user or the like enters the service system via the service entry unit 121.
And the service customization unit 122 is configured to invoke a first resource in the resource unit, receive the configuration flow through the first resource, determine the target processing scheme from the first set, and process the service data by adopting the target processing scheme, so as 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 the first set, each processing scheme in the first set being applicable to only the traffic demands of one traffic type. The service customizing unit 122 is configured to accept the traffic of the service inlet unit 121, that is, receive the service data from the service inlet unit 121, and perform customizing processing on the service data of different service types, for example: the compatibility of the same business version, the difference of different businesses and the like can be processed by independent modules according to the dimension of the business type and the version, and the business version and the version are physically isolated, so that the mutual influence between each business and the version is avoided, and the maintainability, the expandability and the testability of codes are improved. In addition, the service customization unit 122 may rely on the resource unit 123 and the general unit 124 to complete the service processing.
A resource unit 123 for storing resources. Illustratively, resource unit 123 contains dependencies of the business system on all external resources, including interface dependencies, database dependencies, cache dependencies, other inter-intermediary dependencies, and the like.
And the general unit 124 is 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. Illustratively, as shown in fig. 3, processing scheme a, processing scheme B, processing scheme C … …, etc. are included in a first set, each processing scheme in the first set being applicable to at least the traffic demands of two traffic types. The generic unit 124 contains some generic processing schemes that can be shared by the 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 are stored in the general unit 124 according to the actual situation of the service requirement. Typically, the processing schemes stored in the generic unit 124 are applicable only to the service system and cannot be shared across service systems. Thus, the processing schemes in the general unit 124 are divided according to the dimension of the function, and the granularity of the function is determined according to the actual situation of the service system, and different processing schemes can be horizontally dependent. In addition, the general unit 124 may rely on the resource unit 123 as well as the general unit 124 to complete the business process.
And a service outlet unit 125, configured to output the first output result and/or the second output result. Illustratively, the first output result obtained by the service customization unit 122 processing the service data using the target processing scheme, and the second output result obtained by the general unit 124 processing the service data 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 invoking a downstream interface.
In one 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 generic unit, where the execution logic includes any one of the following: algorithms, models, engines. Illustratively, the functionality contained by the core unit 126 is more generic and abstract, belonging to a business domain or industry-generic model or tool, and since the core unit 126 is not involved in a particular business, and is independent of business type, the core unit 126 can be used across business systems. Furthermore, core unit 126 is not dependent on any resources of resource unit 123, as it does not need to be aware of specific traffic. 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 a possible design, the service entrance 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 a system that interacts with the service system. For example, when 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 the service data sent by the product system in a synchronous manner.
Gateway interface 1222 is configured to receive the service data sent by the user through the gateway.
A message queue entry 1223, configured to receive, in an asynchronous manner, the service data sent by a system that interacts with the service system. For example, when the current service system is an order system and the system interacting with the order system is a product system, the order system receives service data sent by the product system in an asynchronous manner by using the external interface 1211. The asynchronous mode is, for example, an MQ mode.
Next, the resource unit 123 will be described in detail.
In one possible design, resource unit 123 includes any one of the following subunits:
The abstract interface subunit 1231 is configured to switch the resources invoked by the service customization unit and/or the generic unit. Illustratively, assuming that resources stored in resource unit 123, such as interface resources, database resources, cache resources, etc., may be changed and replaced, it is only dependent on an abstract interface for the business system, and the resource replacement, change is not visible to the business system.
The dock subunit 1232 is configured to store reserved resources, and provide resources for the service customization unit and/or the generic unit when the resources managed by the abstract interface subunit are not available. For example, if the resources corresponding to the abstract interface subunit 1231 are not available, the resources in the dock subunit 1232 may be used, so as to ensure that the service processing is not interrupted, and to recover the online problem as soon as possible and to provide the working efficiency.
In addition, the resource unit 123 may further include a third party implementation, etc., and embodiments of the present invention are not limited.
Next, the monitor module 13 will be described in detail.
In a possible design, the monitoring module 13 comprises at least one of the following elements:
the monitoring meta information output interface unit 131 is configured to obtain monitoring meta information. For example, the monitorable meta information of the service system may be input into a unified monitoring system through a standardized interface, and standardized User Interface (UI) configuration support is provided by the monitoring system.
And the monitoring section unit 132 is used for acquiring 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 unit 124, the service exit unit 125, the core unit 126, and the like, has an interface or connection with the monitoring slice unit 132, so that the monitoring slice unit 132 obtains the monitoring flow from any one or more units included in the service execution module 12.
And a monitoring information output unit 133, configured to generate target monitoring information according to the monitoring meta information and the monitoring stream. The monitoring information can be output in a monitoring tool or a self-buried point mode, the monitoring flow is processed through a unified collecting tool to obtain the monitoring information, and the monitoring information is displayed and analyzed in a monitoring system.
Next, a detailed description will be given of how the service customization unit 122 and the general unit 124 process service data.
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 flow through the first resource, determine the service type according to the configuration flow, 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 adopting 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 customization 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.
For example, after the service execution module 12 of the service system receives service data through the service entry unit 121, the service customization unit 122 determines a service type according to the configuration flow, and determines a target processing mode according to the service type, and if the target processing mode belongs to the first set, the service customization unit 122 processes the service data according to the target processing mode; otherwise, if the target processing manner belongs to the second set, the service customization unit 122 sends the service data to the general unit 124, so that the service data is processed by the general unit 124 by adopting the target processing scheme.
Fig. 4 is a flowchart of a service processing method provided by an embodiment of the present invention, including:
101. Generating a configuration stream according to service requirements;
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 business 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 according to the present embodiment is a service processing method based on the service system according to the foregoing embodiment, and may specifically participate in the description of the foregoing service system, which is not described herein again.
In a 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 demand;
Acquiring or issuing the operation configuration information according to the service demand;
acquiring or issuing the operation and maintenance configuration information according to the service demand;
and configuring the local configuration information according to the service demand.
In a possible design, the processing scheme set includes 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;
Or alternatively
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 device 200 includes:
at least one processor 21 and a memory 22;
The memory 22 stores computer-executable instructions;
The at least one processor 21 executes computer-executable instructions stored in the memory 22 such that the at least one processor 21 performs the above traffic processing method.
The specific implementation process of the processor 21 can be referred to the above method embodiment, and its implementation principle and technical effects are similar, and this embodiment will not be described herein again.
Optionally, the electronic device 200 further comprises a communication component 23. Wherein the processor 21, the memory 22 and the communication means 23 may be connected via a bus 24.
The embodiment of the invention also provides a storage medium, wherein computer-executable instructions are stored in the storage medium, and the computer-executable instructions are used for realizing the business processing method when being executed by a processor.
The embodiment of the invention also provides a computer program product which, when run on a computer, causes the computer to perform the business processing method as described above.
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 embodiments of the apparatus are merely illustrative, and for example, the division of the modules is merely a logical function division, and there may be additional divisions when actually implemented, for example, multiple modules may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or modules, which may be in electrical, mechanical, or other forms.
The modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical units, may be located in one place, or may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional module in the embodiments of the present invention may be integrated in one processing unit, or each module may exist alone physically, or two or more modules may be integrated in one unit. The units formed by the modules can be realized in a form of hardware or a form of hardware and software functional units.
The integrated modules, which are implemented in the form of software functional modules, may be stored in a computer readable storage medium. The software functional module is stored in a storage medium, and includes several instructions for causing an electronic device (which may be a personal computer, a server, or a network device, etc.) or a processor (english: processor) to perform some of the steps of the methods according to the embodiments of the invention.
It should be appreciated that the processor may be a central processing unit (central processing unit, CPU), but may also be other general purpose processors, digital signal processors (DIGITAL SIGNAL processors, DSP), application Specific Integrated Circuits (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 for execution, or in a combination of hardware and software modules in a processor for execution.
The memory may comprise a high-speed RAM memory, and may further comprise a non-volatile memory NVM, such as at least one magnetic disk memory, and may also be a U-disk, a removable hard disk, a read-only memory, a magnetic disk or optical disk, etc.
The bus may be an industry standard architecture (industry standard architecture, ISA) bus, an external device interconnect (PERIPHERAL COMPONENT, PCI) bus, or an extended industry standard architecture (extended Industry standard architecture, EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, the buses in the drawings of the present invention are not limited to only one bus or to one type of bus.
The storage medium may be implemented by any type or combination of volatile or nonvolatile 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 disk. 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. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an Application Specific Integrated Circuit (ASIC). The processor and the storage medium may reside as discrete components in a terminal or server.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the method embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the method embodiments described above; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.
Claims (12)
1. A business system, comprising:
The configuration module is used for configuring the configurable information of the service system according to the service requirement and generating a configuration flow;
The service execution module is used for receiving the configuration flow, determining a service type according to the configuration flow, determining a target processing scheme from a processing scheme set according to the service type, processing service data by adopting the target processing scheme, and generating monitoring information in the processing process to obtain a monitoring flow;
the monitoring module is used for receiving the monitoring flow and monitoring the running state of the service system according to the monitoring flow;
The processing scheme set comprises a first set and/or a second set, different processing schemes in the first set are applicable to different service demands, and the same processing scheme in the second set is applicable to at least two service demands;
the service execution module comprises a resource unit for storing resources;
The service execution module further comprises at least one of the following units:
The business customization unit is used for calling a first resource in the resource unit, receiving the configuration flow through the first resource, determining the target processing scheme from the first set, and processing the business data by adopting the target processing scheme to obtain a first output result; processing the business data of different business types according to the dimension of the business type and version by an independent module;
the general unit is used for determining the target processing scheme from the second set, and processing the business data by adopting the target processing scheme to obtain a second output result; the processing schemes in the second set are divided according to the functional dimension, and different processing schemes are horizontally dependent.
2. The system of claim 1, wherein the system further comprises a controller configured to control the controller,
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 includes 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;
The runtime configuration output interface is used for outputting the running 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 service execution module further comprises at least one of the following units:
A service entry unit; for receiving the service data;
And the business 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:
the core unit is used for storing execution logic required by the service customization unit and/or the universal unit, and the execution logic comprises any one of the following components: algorithms, models, engines.
5. The system of claim 3, wherein the system further comprises a controller configured to control the controller,
The business customizing unit; the method comprises the steps of determining the service type according to the configuration flow, determining whether 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, adopting the target processing scheme to process the service data 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, wherein the service entry unit comprises any one of the following interfaces:
an external interface, configured to receive, in a synchronous manner, the service data sent by a system that interacts with the service system;
the gateway interface is used 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 interacted with the service system in an asynchronous mode.
7. A system according to claim 3, wherein the resource unit comprises any one of the following sub-units:
The abstract interface subunit is used for switching the resources called by the service customization unit and/or the universal unit;
And the MOCK subunit is used for storing reserved resources, and providing resources for the business customization unit and/or the universal unit when the resources controlled by the abstract interface subunit are unavailable.
8. The system according to claim 1 or 2, wherein 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;
the monitoring section unit is used for acquiring 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 flow.
9. A method for processing a service, comprising:
configuring configurable information of a service system according to service requirements, and generating a configuration stream;
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 business data by adopting the target processing scheme, and generating monitoring information in the processing process to obtain a monitoring flow;
monitoring the running state of the service system according to the monitoring flow;
The processing scheme set comprises a first set and/or a second set, different processing schemes in the first set are applicable to different service demands, and the same processing scheme in the second set is applicable to at least two service 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; processing the business data of different business types according to the dimension of the business type and version by an independent module;
Or alternatively
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; the processing schemes in the second set are divided according to the functional dimension, and different processing schemes are horizontally dependent.
10. The method of claim 9, wherein 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 demand;
Acquiring or issuing the operation configuration information according to the service demand;
acquiring or issuing the operation and maintenance configuration information according to the service demand;
and configuring the local configuration information according to the service demand.
11. An electronic device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method according to any of the preceding claims 9-10 when executing the program.
12. A storage medium having stored therein instructions which, when executed on an electronic device, cause the electronic device to perform the method of any of claims 9-10.
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 CN111988157A (en) | 2020-11-24 |
| CN111988157B true 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) |
Families Citing this family (2)
| 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 |
| CN116252305B (en) * | 2023-05-05 | 2024-02-20 | 苏州视通医疗科技有限公司 | Control system reconstruction method, control system, electronic equipment and storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104360923A (en) * | 2014-11-03 | 2015-02-18 | 中国银行股份有限公司 | Monitoring method and monitoring system for batch application process |
| CN108920135A (en) * | 2018-06-27 | 2018-11-30 | 杭州贝店科技有限公司 | A kind of customized business generating method, device, computer equipment and storage medium |
Family Cites Families (10)
| 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 |
| CN101650652B (en) * | 2009-09-17 | 2012-07-18 | 中兴通讯股份有限公司 | 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 |
| 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 |
| CN107704386B (en) * | 2017-09-25 | 2020-10-30 | 金蝶软件（中国）有限公司 | Unit testing method and device of business process, computer equipment and storage medium |
| CN108228252B (en) * | 2017-12-26 | 2021-04-30 | 创新先进技术有限公司 | Method, device and equipment for service processing and service flow configuration |
| CN108415695A (en) * | 2018-01-25 | 2018-08-17 | 新智数字科技有限公司 | A kind of data processing method, device and equipment based on visualization component |
-
2019
- 2019-05-23 CN CN201910434846.9A patent/CN111988157B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104360923A (en) * | 2014-11-03 | 2015-02-18 | 中国银行股份有限公司 | Monitoring method and monitoring system for batch application process |
| CN108920135A (en) * | 2018-06-27 | 2018-11-30 | 杭州贝店科技有限公司 | A kind of customized business generating method, device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111988157A (en) | 2020-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10169035B1 (en) | Customized static source code analysis | |
| US8074204B2 (en) | Test automation for business applications | |
| US9436540B2 (en) | Automated diagnosis of software crashes | |
| US11934947B2 (en) | Microservice management using machine learning | |
| US20090063386A1 (en) | Systems and methods for linking an issue with an entry in a knowledgebase | |
| US20090089039A1 (en) | System and method of emulating functionality of a web service | |
| CN111988157B (en) | Service system and service processing method | |
| CN114780080A (en) | Micro front end integration method, device and monitoring method | |
| CN113014424A (en) | Cloud platform management method and device, electronic equipment and storage medium | |
| CN113900670B (en) | Cluster server application deployment system | |
| CN103026337A (en) | Distillation and reconstruction of provisioning components | |
| WO2005082072A2 (en) | Testing web services workflow using web service tester | |
| CN116194894A (en) | Fault localization of native cloud applications | |
| CN111782518A (en) | Test method and device and electronic equipment | |
| CN115268861B (en) | Introduction method, system, equipment and storage medium of custom component | |
| 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 | |
| US10796264B2 (en) | Risk assessment in online collaborative environments | |
| Skalkowski et al. | Application of the ESB Architecture for Distributed Monitoring of the SLA Requirements | |
| CN114756227A (en) | Resource release processing method and device | |
| CN112882892A (en) | Data processing method and device, electronic equipment and storage medium | |
| Alanda et al. | Continuous Integration and Continuous Deployment (CI/CD) for Web Applications on Cloud Infrastructures | |
| CN112799797A (en) | Task management method and device | |
| Kaveh et al. | Validating distributed object and component designs | |
| Moghaddam et al. | Composable DevSecOps Architecture |
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 |