CN111541619A - Self-adaptive active load adjusting method and device of enterprise information networking checking system - Google Patents

Self-adaptive active load adjusting method and device of enterprise information networking checking system Download PDF

Info

Publication number
CN111541619A
CN111541619A CN202010360414.0A CN202010360414A CN111541619A CN 111541619 A CN111541619 A CN 111541619A CN 202010360414 A CN202010360414 A CN 202010360414A CN 111541619 A CN111541619 A CN 111541619A
Authority
CN
China
Prior art keywords
exit
percentage
preset
message queue
probability
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
CN202010360414.0A
Other languages
Chinese (zh)
Other versions
CN111541619B (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.)
National Clearing Center People's Bank Of China
Original Assignee
National Clearing Center People's Bank Of China
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 National Clearing Center People's Bank Of China filed Critical National Clearing Center People's Bank Of China
Priority to CN202010360414.0A priority Critical patent/CN111541619B/en
Publication of CN111541619A publication Critical patent/CN111541619A/en
Application granted granted Critical
Publication of CN111541619B publication Critical patent/CN111541619B/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
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/625Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6255Queue scheduling characterised by scheduling criteria for service slots or service orders queue load conditions, e.g. longest queue first
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/143Termination or inactivation of sessions, e.g. event-controlled end of session
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/143Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention provides a self-adaptive active load regulation method and a self-adaptive active load regulation device for an enterprise information networking checking system, wherein the method comprises the following steps: judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition; if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once; acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval; calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals; and controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection, so that the message turnover speed can be increased.

Description

Self-adaptive active load adjusting method and device of enterprise information networking checking system
Technical Field
The invention relates to the technical field of computers, in particular to a self-adaptive active load adjusting method and device for an enterprise information networking checking system.
Background
When a financial institution (such as a bank and the like) opens an account for an enterprise, related information of the enterprise needs to be verified, the information is dispersed in various departments such as tax, industry and commerce, industrial and letter and the like, and a uniform authoritative channel is lacked when the information is verified.
An enterprise Information networking verification system MIVS (Multi Information verification System) needs to be established to enable the financial institution to be in butt joint with a Ministry of industry and credit system, a tax administration system and a market supervision administration system, and provide mobile phone number authenticity verification services, enterprise tax payment condition verification services, enterprise registration Information verification services and the like for the bank institution and the non-bank payment institution for enterprise related personnel.
However, all HTTP connections established by the check requests in the MIVS adopt a blocking waiting mode, and when the system load is high (a large number of local queue messages are accumulated), subsequent messages cannot be processed in time, so that the message turnaround speed is reduced.
Disclosure of Invention
The present invention is directed to a method and an apparatus for adaptive active load adjustment for an enterprise information networking check system, an electronic device, and a computer-readable storage medium, which at least partially solve the problems in the prior art.
In order to achieve the purpose, the invention adopts the following technical scheme:
in a first aspect, a method for adjusting an adaptive active load of an enterprise information networking check system is provided, where the enterprise information networking check system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and each process in the master control cluster maintains a connection;
the method comprises the following steps:
judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition;
if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once;
acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;
and controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection.
Further, the adaptive active load adjustment method further includes:
and if the enterprise information networking checking system does not enter a high load state, directly setting the exit percentage to be 0.
Further, the preset judgment condition is as follows: the current process number in the master control cluster is greater than or equal to the maximum value of the preset process number of the master control cluster, and the number of the requests waiting in the message queue is greater than the preset congestion threshold value of the message queue.
Further, the obtaining of the exit probability increase step according to the current number of waiting requests in a message queue, a preset congestion threshold of the message queue, and a preset step limit includes:
subtracting the preset congestion threshold value of the message queue from the current waiting request quantity in the message queue to obtain a difference value;
dividing the difference value by a preset congestion threshold value of the message queue to obtain a preliminary step length;
judging whether the preliminary step length is less than or equal to the preset step length limit value or not;
if so, taking the preliminary step length as the exit probability increasing step length;
if not, the preset step limit value is used as the exit probability increasing step.
Further, the obtaining of the exit percentage according to the current exit probability increase step size and the preset exit percentage limit interval includes:
judging whether the quantity of the requests waiting in the message queue when the current exit probability increases the step length is calculated to be larger than the quantity of the requests waiting in the message queue when the exit probability increases the step length;
if so, obtaining a preliminary percentage by adding the exit probability increasing step length to the exit percentage obtained by the last calculation;
if not, subtracting the exit probability increasing step length from the exit percentage obtained by the last calculation to obtain a preliminary percentage;
judging whether the preliminary percentage is in a preset exit percentage limit interval or not;
if the preliminary percentage is within a preset quit percentage limit interval, taking the preliminary percentage as the quit percentage;
if the preliminary percentage is not in the preset exit percentage limit interval, taking the interval endpoint value closest to the preliminary percentage as the exit percentage;
when the exit percentage is initially calculated, the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculating last time are set to be 0.
Further, the calculating the exit probability of each super-long connection in the master control cluster corresponding to the message queue includes:
and obtaining the exit probability of each super-long connection in the main control cluster corresponding to the message queue by using a random algorithm.
Further, the controlling whether the super-long connection is disconnected according to the current exit percentage and the exit probability of the super-long connection includes:
judging whether the exit probability of the overlong connection is smaller than the current exit percentage or not;
if yes, disconnecting the overlength connection;
if not, the ultra-long connection is maintained.
Further, still include:
judging whether the connection duration of the connection in the blocking waiting process in the master control cluster is greater than a preset duration or not;
if yes, the connection waiting for blocking is an ultra-long connection;
if not, the connection waiting for blocking is not an ultra-long connection.
In a second aspect, a self-adaptive active load adjusting device of an enterprise information networking check system is provided, where the enterprise information networking check system receives a connection request from a message queue, waits for a master control cluster corresponding to the message queue to process, and each process in the master control cluster maintains a connection;
the device includes:
the high load state judgment module is used for judging whether the enterprise information networking check system enters a high load state or not according to a preset judgment condition;
the enterprise information networking checking system enters a high-load state, and acquires an exit probability increasing step according to the current waiting request quantity in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once;
the exit percentage obtaining module is used for obtaining the exit percentage according to the current exit probability increasing step length and the preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
the super-long connection quit probability acquisition module is used for calculating the quit probability of each super-long connection in the main control cluster corresponding to the message queue, wherein the quit percentage is updated once at preset time intervals;
the super-long connection control module controls whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection;
wherein, the exit percentage obtaining module comprises:
the first judgment unit is used for judging whether the quantity of the requests waiting in the message queue when the current exit probability increases the step length is larger than the quantity of the requests waiting in the message queue when the exit probability increases the step length last time;
a percentage increasing unit, configured to obtain a preliminary percentage by adding the exit probability increase step size to the exit percentage obtained by the previous calculation if the number of the requests waiting in the message queue when the current exit probability increase step size is calculated is greater than the number of the requests waiting in the message queue when the exit probability increase step size was calculated at the previous time;
a percentage reducing unit, for obtaining a preliminary percentage by subtracting the exit probability increasing step size from the exit percentage obtained by the last calculation if the number of the requests waiting in the message queue when the current exit probability increasing step size is calculated is not more than the number of the requests waiting in the message queue when the exit probability increasing step size was calculated last time;
the second judgment unit is used for judging whether the preliminary percentage is in a preset exit percentage limit interval or not;
a first percentage determining unit, which takes the preliminary percentage as the exit percentage if the preliminary percentage is within a preset exit percentage limit interval;
a second percentage determining unit, configured to, if the preliminary percentage is not located in a preset exit percentage limit interval, take an interval endpoint value closest to the preliminary percentage as the exit percentage;
and when the exit percentage is initially calculated, setting the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculation last time to be 0.
In a third aspect, an electronic device is provided, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the steps of the adaptive active load adjustment method of the enterprise information networking check system are implemented.
In a fourth aspect, a computer-readable storage medium is provided, on which a computer program is stored, and the computer program, when being executed by a processor, implements the steps of the adaptive active load adjustment method of the enterprise information networking check system.
The invention provides a self-adaptive active load regulation method and device for an enterprise information networking check system, electronic equipment and a computer readable storage medium, wherein the enterprise information networking check system receives a connection request from a message queue, waits for the processing of a master control cluster corresponding to the message queue, and maintains a connection for each process in the master control cluster; the method comprises the following steps: judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition; if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once; acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval; calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals; whether the overlength connection is disconnected or not is controlled according to the current exit percentage and the exit probability of the overlength connection, wherein the load condition of the system is automatically identified, the resource recovery percentage required by the system is actively calculated according to the number of the waiting requests, and the resource recovery of the overlength connection is performed in a probabilistic manner, so that the self-adaptive load regulation effect of the system without manual intervention can be effectively achieved, the processing capability of part of MIVS (micro inertial navigation System) is rapidly released under the condition that the system messages are stacked, the messages can be processed in time, the message turnover speed is increased, in addition, the speed of reducing the load is controlled according to the increase condition of the number of the current waiting requests, and the self-adaptive regulation is realized.
In order to make the aforementioned and other objects, features and advantages of the invention comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present application 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 application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts. In the drawings:
FIG. 1 is a diagram of the logical architecture of an enterprise information networking check system in an embodiment of the present invention;
FIG. 2 is an NPC physical architecture in an embodiment of the present invention;
FIG. 3 is an application architecture of an enterprise information networking check system in an embodiment of the present invention;
FIG. 4 illustrates a flow of throttling control in an embodiment of the present invention;
FIG. 5 is a flow chart of an adaptive active load adjustment method according to an embodiment of the present invention;
fig. 6 shows the specific steps of step S200 in fig. 5;
fig. 7 shows the detailed steps of step S300 in fig. 5;
FIG. 8 illustrates a schematic diagram of adaptive active load regulation in an embodiment of the present invention;
FIG. 9 is a block diagram of an adaptive active load regulation device in an embodiment of the present invention;
fig. 10 is a block diagram of an electronic device according to an embodiment of the invention.
Detailed Description
In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. 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 application.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
It should be noted that the terms "comprises" and "comprising," and any variations thereof, in the description and claims of this application and the above-described drawings, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
The enterprise information networking checking system in the embodiment of the invention receives information checking requests sent by checking mechanisms such as bank branch mechanisms, banks, non-bank payment mechanisms and the like, forwards the checking information to a market supervision and management head office, an industrial and informatization department and a tax head office, and feeds back the checking result information fed back by a door of a relevant department to the checking mechanisms. Mainly embodies the following technical characteristics:
(1) distributed architecture operation
The enterprise information networking check adopts a distributed architecture, supports multi-center and multi-instance parallel operation, can perform horizontal expansion according to the service development requirement, greatly improves the service processing capacity and the service continuity capability, and ensures the checking efficiency of a checking mechanism.
(2) Providing multiple access modes for participants
The enterprise information networking checking system supports two communication modes of synchronization and asynchronization, is suitable for different architecture systems, provides one-stop enterprise information inquiry for banks and non-bank payment mechanisms, and acquires checking results of all commissions in real time. The participating mechanism can freely select an access mode according to the in-row situation, not only supports the participating mechanism to access the system through the payment message transmission platform, but also provides a web interface mode and a web non-interface mode for a small micro-bank or a bank with weak technical strength, and supports the low-cost and quick access of the small micro-bank or the bank.
(3) Multi-center multi-instance one-click switch
The enterprise information networking checking system can be used for respectively deploying two application servers in three places, the application servers in the two places run in a double-active mode, the servers in the other place are in a hot standby state, a three-center double-active architecture is constructed, one-key switching among the three centers is supported, the continuous operation capacity of the system is greatly improved, and the capacity of the system for coping with various emergencies is improved.
(4) Issuing unified message standard
The inspection interface specifications provided by the market supervision and management bureau, the industry and informatization department and the tax bureau system are inconsistent, the enterprise information networking inspection system is respectively connected with different industry standards, carries out uniform conversion on the interfaces provided by each commission, issues uniform interconnection specifications and message standards, and provides uniform query entries for participants.
(5) Multidimensional flow control strategy
In order to ensure the stable operation of the commission system, prevent participants from initiating verification requests in a short time and in a large batch and cause impact on the commission server, the enterprise information networking verification system designs multidimensional flow control and performs flow limiting setting on participating mechanisms. Dividing the transaction into second current limiting and daily current limiting according to time dimension, controlling and checking the maximum processing number of the transaction per second by the second current limiting, and controlling and checking the maximum processing number of the transaction per day by the daily current limiting; the method comprises the steps of dividing system current limiting and special current limiting according to the dimension of a control object, controlling the maximum processing stroke number per second and day of one type of checking transaction aiming at global control by the system current limiting, sharing the current limiting limit by all participants, and independently setting the flow aiming at the special participants to prevent some participants from sending a large amount of service to exhaust the total flow of the system.
(6) Improved security system
In order to ensure the information security of the participating institutions, the enterprise information networking system and the committee, the enterprise information networking checking system is provided with a perfect security system. The enterprise information networking check system on the data transmission layer adopts a domestic encryption algorithm SM4 to encrypt and transmit the log by relying on a payment system transmission platform, and ensures the safe transmission of data on a transmission layer and an application layer by using a plurality of encryption algorithms such as RC4, URLENCODE and the like through an SSL certificate between the log and an external commission. The network access layer enterprise information networking checking system and the three-part commission realize network transmission through a physical special line, the router and the network equipment which pass through are both special equipment with reliable two parties, and the safety, reliability and eavesdropping resistance of the network transmission are ensured from a physical equipment layer.
As shown in fig. 1, a participant sends a verification request to a corporate information networking verification system (MIVS) through a payment messaging Platform (PMTS) channel. And the payment system sends the message to a plurality of data centers through the B-type message setting.
The enterprise information networking checking system interacts with the committee according to the participant message, and resources can be transversely expanded along with the increase of the service volume. The MIVS, the Ministry of industry and communications and the market supervision bureau system adopt a synchronous calling mode for real-time query; the real-time query of the MIVS and the tax administration system adopts an asynchronous interactive mode.
The npc (national Processing center) national Processing center is a central node connecting all city nodes of the payment system and authorized participants, and is a collective term for a set of hardware and software systems responsible for receiving and forwarding each CCPC and receiving revenue, Processing payment instructions of the authorized participants, and clearing funds. FIG. 2 is an NPC physical architecture in an embodiment of the present invention; as shown in fig. 2, the MIVS comprises 6 IBM P series servers, two at each of the three installation sites, wherein the servers of two installation sites are the main operation center, and the server of the other installation site is the standby operation center. The MIVS server is deployed in the access resource pool, the two main and standby switches provide network access for the access resource pool server, and the signature server is communicated with the MIVS server through the firewall and the security gateway rule setting.
It is worth to be noted that the enterprise information networking check system takes the background check transaction system as the core, and the transmission system, the operation and maintenance monitoring system and the information system as auxiliary support systems.
The enterprise information networking checking system realizes the design and development of 4 application subsystems including 3 categories of checking transaction, operation and maintenance monitoring and information management, and an application architecture is shown in fig. 3 and comprises the following contents:
1. verifying transactional applications
The checking transaction application receives, checks and processes the three types of checking messages sent by the participants in real time mainly according to the service processing flow determined by the enterprise information networking checking system service requirement book, calls an external commission WebService interface to forward a checking request to an external commission, and feeds back a processing result to the participants in real time after receiving an external commission checking response. Mainly comprises the following functional modules:
(1) main control module
And the main control program acquires the message in a polling mq local queue mode and invokes a message processing service. The main control program supports concurrency, multiple processes wait for response of a server at the same time when concurrency is large, system resources are possibly exhausted, the main control program of each server is planned not to exceed the configured concurrency number, an independent monitoring program is configured, and when messages are accumulated, the main control program with longer waiting time is informed to disconnect http connection, and subsequent messages are continuously processed.
(2) Security check module
The checking transaction system is directly connected with the signature server, checks the application message, signs the response message, sets a switch for the checking/signing function, and flexibly sets the switch state on line according to the actual traffic and the response time.
(3) External interface calling module
The checking transaction system sends a query request by calling an external commission WebsService interface, real-time query adopts an https post synchronous calling mode, and batch query adopts an SFTP asynchronous calling mode. According to the response of the communication institute, the operators support the real-time query mode for the first time, and the batch query mode needs further communication and confirmation.
(4) Time-out control
Because the real-time query is in a synchronous calling mode, a timeout control mechanism is required, and after timeout, the query is initiated again. The communication institute timeout time is set to 4 seconds and the market supervision bureau timeout time is set to 6 seconds.
(5) Message inspection
The message format check is realized by a PMTS message transmission platform through a schema configuration file, and the message service check is realized by an audit transaction system through a service check item configuration file.
(6) Log management
The checking transaction system records log files for the sent and received messages for the statistical analysis and charging system to use.
(7) Message processing
The checking transaction system receives the uplink XML message of the participant for analysis, converts the uplink XML message into the https post request in the json format, synchronously calls the WebService service of the communication institute, converts the response into the XML message after receiving the https response, and sends the XML message to the participant.
(8) Current limiting control
The three-part commission sets up upper limit control for both the traffic per second and the traffic per day. The flow limiting control module performs flow control by taking time as a unit and is divided into second flow limiting and day flow limiting. The second current-limiting control checks the maximum processing number of transactions per second, and the daily current-limiting control checks the maximum processing number of transactions per day; the method comprises the steps of dividing system current limiting and special current limiting according to the dimension of a control object, setting the maximum processing stroke number per second and day of checking transaction aiming at global control by the system current limiting, sharing the current limiting limit by all participants, and independently setting flow aiming at the special participants by the special current limiting, so that the situation that a large amount of transmitted services of some participants deplete the total flow of a system is avoided.
The current limiting module is a dynamic link library, called by the master controller, and returns a current limiting processing result, and the internal processing logic is as shown in fig. 4:
1) MCTLMSGHDL calls a current limiting interface of the current limiting module mctllock.so that the parameter is [ line number ]
2) Check all restrictions in the system level restrictions packet:
if the second limit is exceeded, the system level second is returned to exceed the limit, and MCTLMSGHDL receives the error code and needs to delay the service to the next second for processing.
If the current total amount limit is exceeded, the system level day overrun is returned, MCTLMSGHDL receives the error code, refuses to process the inquiry application, and replies that the current inquiry limit of the participant is used up.
3) Inquiring whether current limiting configuration of line number exists
Step 4) of current limiting configuration of the line number is carried out;
secondly, current limiting configuration of the line number does not exist, a template is configured according to default configuration in the special current limiting configuration, and a copy of the special current limiting configuration is copied in the shared memory and serves as the special current limiting configuration of the line number;
4) all limits in the row-level special limits group are checked:
if the second counting limit is exceeded, the line level second overrun is returned, MCTLMSGHDL receives the error code, and replies 'instantaneous peak value overrun' to the participator to refuse the inquiry service.
If the line exceeds the limit of the total amount of the current day, the line level day overrun is returned, MCTLMSGHDL receives the error code, the inquiry application is refused to be processed, and the inquiry quota of the participant on the current day is returned to be used up.
5) The system level query limit and the line query limit are subtracted by 1, the query is returned to be available, and MCTLMSGHDL can initiate normal query service according to the query.
(9) Automated interface simulation
The checking transaction system is used as a client and is synchronously developed with a commission server platform, the time for an operator to participate in joint debugging test is uncertain, and in order to guarantee the progress of unit test, laboratory test, integrated test and the like of the checking transaction system, the commission server needs to be simulated and researched, so that the butt joint of the client and the server is realized. According to actual needs, is provided as a tool.
(10) Automatic load
And balancing the load of the external access server. The communication institute WebService server provides 2 IPs for the client to connect. Under the normal condition of the server, the client initiates a check application to realize load balancing. Load balancing is implemented by the gateway application for the first time.
Load balancing access services to external providers. For example, providing WebService services to three-principal, consider the use of F5 or Array servers to implement load balancing.
The load is balanced for the pair. The PMTS-NPC automatically balances the load among a plurality of gateways according to the inquiry application of the participants, and the function is provided without independent development.
(11) Fault tolerant mechanism
And (4) fault tolerance to the outside. The communication institute WebService server provides 2 IPs for the client to connect, wherein under the condition of failure of one server, the client automatically switches and connects the service load to the other server.
And fault tolerance in the site. And under the condition that a single server in a certain site of the checking transaction system has a fault, the PMTS-NPC supports automatic isolation.
And fault tolerance among sites. And according to the B-type message, realizing automatic switching among the sites on the ASFF automatic switching platform.
(12) Data security
In the data transmission process, for sensitive information such as names, certificate numbers and the like, the verification transaction system adopts an encryption algorithm to carry out encryption transmission and encryption storage.
And related transmission links such as a PMTS message transmission platform and an https protocol support encryption transmission.
In the aspect of encryption storage, sensitive information such as names, certificate numbers and the like in the messages are encrypted and stored by the message log files by adopting a symmetric encryption algorithm.
(13) Connecting pool
The checking transaction system is provided with a connection pool function, and mainly provides 4 functions, namely, connection is established when connection is used for the first time, HTTP requests are responded, then the connection is not closed and is returned to the pool, connection with the same purpose can obtain an available connection from the pool, and finally expired connection is cleaned regularly.
2. And (5) operation and maintenance monitoring application.
The operation and maintenance monitoring system comprises system monitoring and application monitoring. The application monitoring is responsible for monitoring the system operation and service processing conditions in real time, and the monitoring content mainly comprises information such as service volume, system operation state and abnormal service. The system monitoring is to monitor the equipment running condition of the system in real time, and the monitoring content mainly comprises the information of the system resource use condition, the middleware use condition and the like.
The above functions can be implemented by custom development of the existing payment system operation and maintenance infrastructure. The system monitoring (monitoring the running condition of the gateway application system) is supported for the first time, and a service monitoring function is added subsequently. The system monitoring comprises: MQ queue, MIVS application, MIVS service exception handling, PMTS-Client application, and the like.
3. Information system class application
The information system is divided into a statistical analysis system and a charging system. The statistics and analysis of the service data are mainly carried out by collecting and checking the log information (including stock logs) of the transaction system.
The statistical analysis system provides data analysis service for users by using a data warehouse and a big data technology based on business data acquisition, and mainly comprises the functions of data acquisition, ETL, result display and the like. And the data acquisition is based on a big data technology, analyzes a corresponding application log file, extracts the detail elements of the mobile phone number verification application service, and writes the detail elements into a big data platform of the payment system. And the ETL performs data processing display according to the specific data warehouse dimension.
The charging system calculates the charge data based on the service statistical data and combining with the specific charging rate, and provides charging service and detail download service for the participants, mainly comprising participant charging rate management, charging list progress management, fee deduction service, detail download service and the like.
The above functions can be achieved by performing customized development on the existing payment system statistical analysis and big data infrastructure.
In summary, the enterprise information networking verification system provides a channel for information sharing and verification among people banks, all ministries, banks and non-bank payment mechanisms, realizes three functions of verifying mobile phone numbers of enterprise related personnel, enterprise tax payment states and enterprise registration information, and simultaneously generates great economic benefits and social benefits.
(1) Is beneficial to the bank and other institutions to save the economic cost
And the frequent meeting of the national institute of government service of 24.12.2018 determines that the permission of opening the account of the enterprise bank is completely canceled before 2019, which means that the commercial bank starts to independently take responsibility for managing the account of the enterprise bank. According to the investigation, the bank needs to pay and check the operator for the mobile phone number inquiry, and the enterprise taxes and registration information also needs to pay to obtain data from the commercial institution, so that more manpower and material resources are consumed for enhancing the audit. The people bank is connected with the external committee in a 'total-to-total' mode to carry out enterprise information networking check, the bank mechanism reuses a payment system access to access the enterprise information networking check system, an external channel is not required to be connected, check results of all the committees are obtained in real time through one-stop enterprise information inquiry, and economic cost is effectively saved.
(2) Is favorable for realizing the real-name system of the enterprise account
The bank and non-bank payment mechanisms can verify important information such as mobile phone real-name information, enterprise tax payment state, enterprise registration information and the like of enterprise related personnel through an enterprise information networking verification system, verify the identity authenticity of enterprises and legal persons timely and accurately in a multidimensional way, know the enterprise operation state, actual beneficiaries and the like, dynamically identify enterprise account opening qualification and promote the real-name system of enterprise accounts.
(3) Is beneficial to improving the service quality of the enterprise account
The bank depends on an enterprise information checking channel, reduces the requirement on auxiliary identification materials and improves the business handling efficiency; on the other hand, the bank is combined with an enterprise information networking checking system, the business process is further optimized, the workload of enterprise form filling and the like is reduced, and the enterprise account opening experience is comprehensively improved.
(4) Is beneficial to preventing the enterprise account risk
The bank or non-bank payment mechanism can timely and accurately identify the identity of the enterprise by means of the enterprise information networking check system, prevent abnormal account risks such as operation and control of a reserved mobile phone number of the enterprise by other people, account opening of a vacant company, account opening of false certificate documents and the like, improve the auditing level and the auditing capacity of the account opening, inhibit illegal criminal behaviors such as telecom network fraud, money laundering, tax evasion and the like, and prevent economic criminal risks.
However, all HTTP connections established by the check requests in the MIVS adopt a blocking waiting mode, and when the system load is high (a large number of local queue messages are accumulated), subsequent messages cannot be processed in time, so that the message turnaround speed is reduced.
In order to at least partially solve the technical problems in the prior art, embodiments of the present invention provide a self-adaptive active load adjustment method for an enterprise information networking check system, which automatically identifies a load condition of the system, actively calculates a resource recovery percentage required by the system according to a waiting number of requests, performs probabilistic resource recovery on an ultra-long connection, can effectively achieve a system self-adaptive load adjustment effect without manual intervention, ensures that a part of MIVS processing capacity is quickly released under a system message accumulation situation, so as to process a message in time and improve a message turnaround speed, and controls a load reduction speed according to a current increase condition of the waiting number of requests, thereby achieving self-adaptive adjustment.
FIG. 5 is a flow chart of an adaptive active load adjustment method according to an embodiment of the present invention; as shown in fig. 5, the adaptive active load adjustment method may include the following:
step S100: judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition;
if yes, go to step S200; if not, go to step S600.
Wherein the preset judgment condition is as follows: the current process number in the master control cluster is greater than or equal to the maximum value of the preset process number of the master control cluster, and the number of the requests waiting in the message queue is greater than the preset congestion threshold value of the message queue.
Step S200: acquiring an exit probability increasing step according to the number of current waiting requests in a message queue, a preset congestion threshold value and a preset step limit value of the message queue; wherein, the exit probability increasing step interval is updated once;
step S300: acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; updating the exit percentage once at preset time intervals;
step S400: calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;
step S500: and controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection.
Step S600: the exit percentage is set to 0 directly.
It should be noted that, the enterprise information networking check system receives the connection request from the message queue, waits for the processing of the master control cluster corresponding to the message queue, and maintains a connection for each process in the master control cluster.
By adopting the technical scheme, the load condition of the system can be automatically identified, the resource recovery percentage required by the system is actively calculated according to the number of the waiting requests, the probabilistic resource recovery is carried out on the overlong connection, the self-adaptive load regulation effect of the system without manual intervention can be effectively achieved, the processing capacity of quickly releasing part of MIVS under the condition that the system messages are stacked is ensured, the messages can be timely processed, the message turnover speed is increased, in addition, the load reduction speed is controlled according to the increase condition of the number of the current waiting requests, and the self-adaptive regulation is realized.
By adopting the technical scheme, the MIVS can actively disconnect part of the overlength connection without waiting for overtime return when the connection duration is greater than a certain value (parameterization) under the condition of system message accumulation. By the mechanism, partial MIVS processing capacity can be released quickly, and message turnover speed is improved.
In an alternative embodiment, referring to fig. 6, this step S200 may include the following:
step S210: subtracting the preset congestion threshold value of the message queue from the current waiting request quantity in the message queue to obtain a difference value;
step S220: dividing the difference value by a preset congestion threshold value of the message queue to obtain a preliminary step length;
step S230: judging whether the preliminary step length is less than or equal to the preset step length limit value or not;
if yes, go to step S240; if not, go to step S250
Step S240: taking the preliminary step size as the exit probability increase step size;
step S250: and taking the preset step limit value as the exit probability increasing step.
In an alternative embodiment, referring to fig. 7, this step S300 may include the following:
step S310: judging whether the quantity of the requests waiting in the message queue is larger than the quantity of the requests waiting in the message queue when the exiting probability increases step length;
if yes, go to step S320; if not, go to step S330.
Step S320: obtaining a preliminary percentage by adding the exit probability increment step size to the exit percentage obtained by the last calculation;
step S330: subtracting the exit probability increasing step size from the exit percentage obtained by the last calculation to obtain a preliminary percentage;
step S340: judging whether the preliminary percentage is within a preset exit percentage limit interval or not;
if yes, go to step S350; if not, go to step S360.
Step S350: taking the preliminary percentage as the exit percentage;
step S360: taking an interval endpoint value closest to the preliminary percentage as the exit percentage;
and when the exit percentage is initially calculated, setting the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculation last time to be 0.
In an alternative embodiment, step S400 may include the following: and obtaining the exit probability of each super-long connection in the main control cluster corresponding to the message queue by using a random algorithm.
In an alternative embodiment, step S500 may include the following: judging whether the exit probability of the overlong connection is smaller than the current exit percentage or not;
if so, disconnecting the overlength connection;
if not, maintaining the overlength connection.
In an optional embodiment, the adaptive active load adjustment method may further include:
judging whether the connection duration of the connection in the blocking waiting process in the master control cluster is greater than a preset duration or not;
if so, the connection waiting for blocking is an ultra-long connection;
if not, the connection waiting for blocking is not an ultra-long connection.
FIG. 8 illustrates a schematic diagram of adaptive active load regulation in an embodiment of the present invention; as shown in fig. 8, the intelligence and algorithm of the adaptive active load adjustment are described as follows:
firstly, judging the condition of the system entering a high load state
1. Upper limit of system processing capacity: in a master control cluster processing a certain message queue, the number of processes (each process maintains a connection and can be regarded as a connection) has reached the maximum value defined by the cluster; at this time, the cluster group is at the upper service limit, for example, the number of the cluster group processes corresponding to the communication yard service queue is temporarily set to 40, that is, the number of concurrent 40 connections.
2. Too high a number of requests waiting: the queue depth (i.e., the number of requests in the queue) in the local queue has exceeded the allowed "congestion threshold".
3. When the conditions 1 and 2 are met, the system judges that the system is in a high load state, and calculates the exit probability increasing step length according to the load condition so as to control the speed of the system for reducing the load, wherein the step length is calculated as follows:
(1) QUIT _ policy _ STEP ═ (number of requests waiting-congestion threshold)/congestion threshold
(2) Limiting QUIT _ PERCENT _ STEP to (0-preset limit), i.e. taking
QUIT_PERCENT_STEP=max(0,QUIT_PERCENT_STEP)
QUIT _ policy _ STEP min (QUIT _ policy _ STEP, preset limit)
(3) The system QUIT _ policy _ STEP parameter is updated.
Secondly, load self-adaptive adjustment
And circularly monitoring the state of the system by an LQSV (monitoring process), and triggering load adjustment when the system enters a high-load state, and updating the (exit percentage) parameter of the system. It is worth noting that the exit percentage is updated once per second, the exit percentage quitpercentage quippercent being incremented or decremented each second by QUIT _ policy _ STEP.
Defining a long connection: for each connection in the cluster in the congestion waiting process, if the connection duration is longer than the configured (super-long connection duration), defining the connection as the super-long connection;
in the method, only the super-long connection starts a self-exit function, and in principle, the super-long connection is considered to have a high probability of unexpected reply, so that the super-long connection is a group of system resources needing to be optimized, and the part is recycled.
For each extra-long connection: calculating the random exit probability once per second, wherein the calculation mode is similar to a throw-away son, and values are randomly obtained from 0-100 as the current exit probability and are compared with the exit percentage:
if the exit probability of the current connection is E (0, QuitPercent)
Actively disconnecting the current HTTP connection, returning an error code overtime, and replying to the participant;
by performing probabilistic retirement for each connection individually, the retirement probability of all connections in the whole system can be roughly controlled to be ≈ QuitPercent, and approximate macroscopic retirement probability values are formed from microscopic individuals of each connection.
Based on the same inventive concept, the embodiment of the present application further provides an adaptive active load adjusting device of an enterprise information networking checking system, which can be used to implement the method described in the foregoing embodiment, as described in the following embodiment. Because the principle of solving the problems of the self-adaptive active load adjusting device of the enterprise information networking checking system is similar to that of the method, the implementation of the self-adaptive active load adjusting device of the enterprise information networking checking system can refer to the implementation of the method, and repeated parts are not described again. As used hereinafter, the term "unit" or "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Fig. 9 is a block diagram of an adaptive active load adjusting device of an enterprise information networking check system in an embodiment of the present invention. As shown in fig. 9, the adaptive active load adjusting device of the enterprise information networking checking system specifically includes: the system comprises a high load state judgment module 10, a probability increasing step length acquisition module 20, an exit percentage acquisition module 30, an overlength connection exit probability acquisition module 40 and an overlength connection control module 50.
The high load state judgment module 10 judges whether the enterprise information networking check system enters a high load state according to a preset judgment condition;
the probability increasing step length obtaining module 20 is configured to enter a high load state by the enterprise information networking check system, and obtain an exit probability increasing step length according to the number of currently waiting requests in a message queue, a preset congestion threshold of the message queue, and a preset step length limit; wherein, the exit probability increases step interval and updates once;
the exit percentage obtaining module 30 obtains the exit percentage according to the current exit probability increasing step and the preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
the super-long connection quitting probability obtaining module 40 calculates the quitting probability of each super-long connection in the master control cluster corresponding to the message queue, wherein the quitting percentage is updated once at preset time intervals;
the super-long connection control module 50 controls whether the super-long connection is disconnected according to the current exit percentage and the exit probability of the super-long connection;
wherein, the exit percentage obtaining module comprises:
the first judgment unit is used for judging whether the quantity of the requests waiting in the message queue when the current exit probability increases the step length is larger than the quantity of the requests waiting in the message queue when the exit probability increases the step length last time;
a percentage increasing unit, configured to obtain a preliminary percentage by adding the exit probability increase step size to the exit percentage obtained by the previous calculation if the number of the requests waiting in the message queue when the current exit probability increase step size is calculated is greater than the number of the requests waiting in the message queue when the exit probability increase step size was calculated at the previous time;
a percentage reducing unit, for obtaining a preliminary percentage by subtracting the exit probability increasing step size from the exit percentage obtained by the last calculation if the number of the requests waiting in the message queue when the current exit probability increasing step size is calculated is not more than the number of the requests waiting in the message queue when the exit probability increasing step size was calculated last time;
the second judgment unit is used for judging whether the preliminary percentage is in a preset exit percentage limit interval or not;
a first percentage determining unit, which takes the preliminary percentage as the exit percentage if the preliminary percentage is within a preset exit percentage limit interval;
a second percentage determining unit, configured to, if the preliminary percentage is not located in a preset exit percentage limit interval, take an interval endpoint value closest to the preliminary percentage as the exit percentage;
and when the exit percentage is initially calculated, setting the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculation last time to be 0.
The apparatuses, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or implemented by a product with certain functions. A typical implementation device is an electronic device, which may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
In a typical example, the electronic device specifically includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor implements the following steps when executing the program:
judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition;
if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once;
acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;
and controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection.
Referring now to FIG. 10, shown is a schematic diagram of an electronic device 600 suitable for use in implementing embodiments of the present application.
As shown in fig. 10, the electronic apparatus 600 includes a Central Processing Unit (CPU)601 that can perform various appropriate works and processes according to a program stored in a Read Only Memory (ROM)602 or a program loaded from a storage section 608 into a Random Access Memory (RAM)) 603. In the RAM603, various programs and data necessary for the operation of the system 600 are also stored. The CPU601, ROM602, and RAM603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, a mouse, and the like; an output portion 607 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The driver 610 is also connected to the I/O interface 605 as needed. A removable medium 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 610 as necessary, so that a computer program read out therefrom is mounted as necessary on the storage section 608.
In particular, according to an embodiment of the present invention, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, an embodiment of the invention includes a computer-readable storage medium having a computer program stored thereon, which when executed by a processor, performs the steps of:
judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition;
if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once;
acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;
and controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection.
In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 609, and/or installed from the removable medium 611.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims (10)

1. A self-adaptive active load adjustment method of an enterprise information networking check system is characterized in that the enterprise information networking check system receives a connection request from a message queue, waits for the processing of a master control cluster corresponding to the message queue, and maintains a connection for each process in the master control cluster;
the method comprises the following steps:
judging whether the enterprise information networking checking system enters a high-load state or not according to a preset judgment condition;
if yes, obtaining an exit probability increasing step according to the number of the current waiting requests in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increasing step interval is updated once;
acquiring an exit percentage according to a current exit probability increasing step and a preset exit percentage limiting interval; updating the exit percentage once at preset time intervals;
calculating the exit probability of each ultra-long connection in the master control cluster corresponding to the message queue, wherein the exit percentage is updated once at preset time intervals;
controlling whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection;
obtaining the exit percentage according to the current exit probability increasing step and the preset exit percentage limiting interval, wherein the obtaining the exit percentage comprises:
judging whether the quantity of the requests waiting in the message queue is larger than the quantity of the requests waiting in the message queue when the exiting probability increases step length;
if so, obtaining a preliminary percentage by adding the exit probability increasing step length to the exit percentage obtained by the last calculation;
if not, subtracting the exit probability increasing step length from the exit percentage obtained by the last calculation to obtain a preliminary percentage;
judging whether the preliminary percentage is within a preset exit percentage limit interval or not;
if the preliminary percentage is within a preset quit percentage limit interval, taking the preliminary percentage as the quit percentage;
if the preliminary percentage is not located in a preset exit percentage limit interval, taking an interval endpoint value closest to the preliminary percentage as the exit percentage;
and when the exit percentage is initially calculated, setting the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculation last time to be 0.
2. The method of claim 1, further comprising:
and if the enterprise information networking checking system does not enter a high load state, directly setting the exit percentage to be 0.
3. The method for adjusting the adaptive active load of the enterprise information networking check system according to claim 1, wherein the preset judgment condition is: the current process number in the master control cluster is greater than or equal to the maximum value of the preset process number of the master control cluster, and the number of the requests waiting in the message queue is greater than the preset congestion threshold value of the message queue.
4. The method of claim 1, wherein obtaining an exit probability increase step according to a number of currently waiting requests in a message queue, a preset congestion threshold of the message queue, and a preset step limit comprises:
subtracting the preset congestion threshold value of the message queue from the current waiting request quantity in the message queue to obtain a difference value;
dividing the difference value by a preset congestion threshold value of the message queue to obtain a preliminary step length;
judging whether the preliminary step length is less than or equal to the preset step length limit value or not;
if so, taking the preliminary step length as the exit probability increasing step length;
and if not, taking the preset step limit value as the exit probability increasing step.
5. The method of claim 1, wherein the calculating the exit probability of each super-long connection in the master cluster corresponding to the message queue comprises:
and obtaining the exit probability of each super-long connection in the main control cluster corresponding to the message queue by using a random algorithm.
6. The method of claim 1, wherein the controlling whether the lengthy connection is disconnected according to the current exit percentage and the exit probability of a lengthy connection comprises:
judging whether the exit probability of the overlong connection is smaller than the current exit percentage or not;
if so, disconnecting the overlength connection;
if not, maintaining the overlength connection.
7. The method of claim 1, further comprising:
judging whether the connection duration of the connection in the blocking waiting process in the master control cluster is greater than a preset duration or not;
if so, the connection waiting for blocking is an ultra-long connection;
if not, the connection waiting for blocking is not an ultra-long connection.
8. An adaptive active load adjusting device of an enterprise information networking checking system is disclosed, wherein the enterprise information networking checking system receives a connection request by a message queue, waits for the processing of a master control cluster corresponding to the message queue, and maintains a connection for each process in the master control cluster;
the device includes:
the high load state judgment module is used for judging whether the enterprise information networking check system enters a high load state or not according to a preset judgment condition;
the enterprise information networking checking system enters a high-load state, and acquires an exit probability increasing step according to the current waiting request quantity in a message queue, a preset congestion threshold value of the message queue and a preset step limit value; wherein, the exit probability increases step interval and updates once;
the exit percentage obtaining module is used for obtaining the exit percentage according to the current exit probability increasing step length and the preset exit percentage limiting interval; the exit percentage is updated once at a preset time interval;
the super-long connection quit probability acquisition module is used for calculating the quit probability of each super-long connection in the main control cluster corresponding to the message queue, wherein the quit percentage is updated once at preset time intervals;
the super-long connection control module controls whether the super-long connection is disconnected or not according to the current exit percentage and the exit probability of the super-long connection;
wherein, the exit percentage obtaining module comprises:
the first judgment unit is used for judging whether the quantity of the requests waiting in the message queue when the current exit probability increases the step length is larger than the quantity of the requests waiting in the message queue when the exit probability increases the step length last time;
a percentage increasing unit, configured to obtain a preliminary percentage by adding the exit probability increase step size to the exit percentage obtained by the previous calculation if the number of the requests waiting in the message queue when the current exit probability increase step size is calculated is greater than the number of the requests waiting in the message queue when the exit probability increase step size was calculated at the previous time;
a percentage reducing unit, for obtaining a preliminary percentage by subtracting the exit probability increasing step size from the exit percentage obtained by the last calculation if the number of the requests waiting in the message queue when the current exit probability increasing step size is calculated is not more than the number of the requests waiting in the message queue when the exit probability increasing step size was calculated last time;
the second judgment unit is used for judging whether the preliminary percentage is in a preset exit percentage limit interval or not;
a first percentage determining unit, which takes the preliminary percentage as the exit percentage if the preliminary percentage is within a preset exit percentage limit interval;
a second percentage determining unit, configured to, if the preliminary percentage is not located in a preset exit percentage limit interval, take an interval endpoint value closest to the preliminary percentage as the exit percentage;
and when the exit percentage is initially calculated, setting the number of the requests waiting in the message queue when the exit probability growth step is calculated last time and the value of the exit percentage obtained by calculation last time to be 0.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the steps of the method for adaptive active load adjustment of an enterprise information networking check system according to any one of claims 1 to 7.
10. A computer-readable storage medium, on which a computer program is stored, wherein the computer program, when being executed by a processor, implements the steps of the method for adaptive active load adjustment of an enterprise information networking check system according to any one of claims 1 to 7.
CN202010360414.0A 2020-04-30 2020-04-30 Self-adaptive active load adjusting method and device for enterprise information networking checking system Active CN111541619B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010360414.0A CN111541619B (en) 2020-04-30 2020-04-30 Self-adaptive active load adjusting method and device for enterprise information networking checking system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010360414.0A CN111541619B (en) 2020-04-30 2020-04-30 Self-adaptive active load adjusting method and device for enterprise information networking checking system

Publications (2)

Publication Number Publication Date
CN111541619A true CN111541619A (en) 2020-08-14
CN111541619B CN111541619B (en) 2023-05-05

Family

ID=71970244

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010360414.0A Active CN111541619B (en) 2020-04-30 2020-04-30 Self-adaptive active load adjusting method and device for enterprise information networking checking system

Country Status (1)

Country Link
CN (1) CN111541619B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113596109A (en) * 2021-07-07 2021-11-02 上海浦东发展银行股份有限公司 Service request operation method, system, device, equipment and storage medium

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050276220A1 (en) * 2004-06-15 2005-12-15 Timo Kokko Network devices and traffic shaping methods
CN102457906A (en) * 2010-10-26 2012-05-16 中国移动通信集团河南有限公司 Load balancing control method and system of message queues
CN109167735A (en) * 2018-11-12 2019-01-08 四川长虹电器股份有限公司 A kind of Web firewall jamming control method based on nginx request forwarding
CN110351203A (en) * 2019-07-12 2019-10-18 苏州亿歌网络科技有限公司 A kind of message treatment method, device, system, server and storage medium
CN110955539A (en) * 2019-11-26 2020-04-03 杭州迪普信息技术有限公司 Process quitting method and device, electronic equipment and machine-readable storage medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050276220A1 (en) * 2004-06-15 2005-12-15 Timo Kokko Network devices and traffic shaping methods
CN102457906A (en) * 2010-10-26 2012-05-16 中国移动通信集团河南有限公司 Load balancing control method and system of message queues
CN109167735A (en) * 2018-11-12 2019-01-08 四川长虹电器股份有限公司 A kind of Web firewall jamming control method based on nginx request forwarding
CN110351203A (en) * 2019-07-12 2019-10-18 苏州亿歌网络科技有限公司 A kind of message treatment method, device, system, server and storage medium
CN110955539A (en) * 2019-11-26 2020-04-03 杭州迪普信息技术有限公司 Process quitting method and device, electronic equipment and machine-readable storage medium

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
任丽丽: "支付机构收单业务风险与监管研究" *
宋婷等: "改进线程池的移动通信数据传输系统优化" *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113596109A (en) * 2021-07-07 2021-11-02 上海浦东发展银行股份有限公司 Service request operation method, system, device, equipment and storage medium
CN113596109B (en) * 2021-07-07 2024-04-30 上海浦东发展银行股份有限公司 Service request operation method, system, device, equipment and storage medium

Also Published As

Publication number Publication date
CN111541619B (en) 2023-05-05

Similar Documents

Publication Publication Date Title
CN112132447B (en) Block chain-based algorithm for evaluating and guaranteeing trust of computing power network
CN109447648B (en) Method, accounting node and medium for recording data blocks in a blockchain network
US11551216B2 (en) Transaction security on distributed-ledger based MaaS platform
CN112994892B (en) Cross-chain interaction method, device, system and electronic equipment
CN108009818B (en) Online payment method and system based on distributed network
WO2020134738A1 (en) Background architecture method and system for aggregation payment, computer device, and storage medium
CN108805704A (en) Block chain service implementation method, audiomonitor, storage medium and system
CN111580977A (en) Resource adjusting method and related equipment
CN111476670B (en) Block chain rollback insurance method, apparatus and storage medium
CN112231741B (en) Data processing method, device, medium and electronic equipment based on block chain system
CN112291372A (en) Asynchronous posting method, device, medium and electronic equipment for block chain
JP6818034B2 (en) Temporary consensus network within the resource transfer system
CN110289999A (en) A kind of data processing method, system and device
CN115695139A (en) Method for enhancing micro-service system architecture based on distributed robust
CN111541619B (en) Self-adaptive active load adjusting method and device for enterprise information networking checking system
WO2024093593A1 (en) Multi-blockchain-based data processing method and apparatus, and electronic device, computer-readable storage medium and computer program product
CN112116326A (en) Accumulation fund service processing method and system based on sharing platform
CN117541172A (en) Hot account concurrent processing method, device and equipment based on sub-account splitting
CN115545929B (en) Funds management method, apparatus, electronic device and storage medium
CN115334026B (en) Instant messaging processing method, device and equipment based on block chain and storage medium
EP4142206A1 (en) Verifying integrity and secure operations of cloud-based software services
CN116308321A (en) Account separating method and device based on income account separating system, electronic equipment and storage medium
Dai et al. Edge trusted sharing: task-driven decentralized resources collaborate in IoT
CN111866171B (en) Message processing method, device, electronic equipment and medium
KR20160046161A (en) System for preventing financial fraud transaction

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