CN114385458A - Sensor monitoring method and device based on event bus model - Google Patents
Sensor monitoring method and device based on event bus model Download PDFInfo
- Publication number
- CN114385458A CN114385458A CN202210287552.XA CN202210287552A CN114385458A CN 114385458 A CN114385458 A CN 114385458A CN 202210287552 A CN202210287552 A CN 202210287552A CN 114385458 A CN114385458 A CN 114385458A
- Authority
- CN
- China
- Prior art keywords
- event
- sensor
- data
- event bus
- daemon
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 97
- 238000012544 monitoring process Methods 0.000 title claims abstract description 51
- 230000006870 function Effects 0.000 claims abstract description 67
- 238000012545 processing Methods 0.000 claims abstract description 63
- 230000008569 process Effects 0.000 claims abstract description 57
- 230000004044 response Effects 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 10
- 230000000694 effects Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
- G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computing Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a method, a system, equipment and a storage medium for monitoring a sensor based on an event bus model, wherein the method comprises the following steps: starting an event bus daemon process in response to the start of the BMC, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives; starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon; responding to the event bus daemon that a new event is transmitted into the named pipeline, and analyzing the data of the new event to extract an event type; and searching a corresponding processing function in the event processing table according to the event type and calling the processing function to process the data. The invention realizes all functions of the original large and complete process, and splits the process into a plurality of modules, each module takes charge of each module and decouples each module, thereby effectively improving the stability and maintainability of the system.
Description
Technical Field
The present invention relates to the field of servers, and more particularly, to a method, system, device, and storage medium for monitoring a sensor based on an event bus model.
Background
A BMC (Baseboard Management Controller), which is a control chip on a motherboard of a device such as a server or a white box switch that can remotely operate a CPU (Central Processing Unit), is a system independent of a CPU, and can remotely monitor some performance indexes of the server and the switch, and perform a series of operations such as startup and shutdown operations, system upgrade, and device check on the server or the switch.
One of the core functions of the BMC is to monitor various sensors on the board, including threshold sensors such as voltage, current, and temperature, and various discrete sensors in an IPMI (Intelligent Platform Management Interface) protocol specification, such as a CPU state, a memory state, and a hard disk state. The realization of the monitoring function of the sensor can ensure that the BMC can timely respond to various hardware errors, such as log record, down screen capture, CPU restart and the like, on the board card, recover the errors and record related information as far as possible, and facilitate the positioning and analysis of subsequent operation and maintenance personnel.
FIG. 1 shows a conventional BMC IPMI software architecture. Generally, after the BMC is started, it will be a main process of IPMI main (intelligent platform management interface), which is a large and complete program, and includes all functions related to IPMI, including all functions of sensor scanning, sensor monitoring, logging, etc., and various functions in the IPMI protocol are implemented by creating different threads inside the process or defining various processing functions. In the existing IPMI process organization structure, the internal function modules are seriously coupled, communication is generally carried out through a shared memory, and a complex and tedious mutual exclusion locking mechanism is needed; and because the contained modules and threads are numerous and are the core functions of the BMC, once the main process has a problem, the core functions of the BMC are seriously influenced, and the code is complex, so that the later development and maintenance are not facilitated.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method, a system, a computer device, and a computer readable storage medium for sensor monitoring based on an event bus model, in which an original sensor monitoring function is fully decoupled through the event bus model, and is divided into several independent modules, and each sensor data of a board card is managed through a publisher-subscriber model.
In view of the above, an aspect of the embodiments of the present invention provides a method for monitoring a sensor based on an event bus model, including the following steps: starting an event bus daemon process in response to the start of the BMC, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives; starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon; responding to the event bus daemon that a new event is transmitted into the named pipeline, and analyzing the data of the new event to extract an event type; and searching a corresponding processing function in the event processing table according to the event type and calling the processing function to process the data.
In some embodiments, the method further comprises: and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
In some embodiments, said registering an event handling function into said event bus daemon comprises: adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
In some embodiments, the acquiring sensor data according to the sensor configuration comprises: responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and periodically acquiring discrete sensor data from other data sources according to the sensor configuration in response to a non-threshold type sensor scanning process.
In another aspect of the embodiments of the present invention, a system for monitoring a sensor based on an event bus model is provided, including: the bus module is configured to respond to the starting of the BMC, start an event bus daemon, initialize an event processing table, create a named pipeline and continuously monitor whether new data arrives; the scanning module is configured to start a sensor scanning process, acquire sensor data according to sensor configuration and send a data updating event to the event bus daemon; the analysis module is configured to respond to the fact that the event bus daemon monitors that a new event is transmitted into the named pipeline, and analyze data of the new event to extract an event type; and the processing module is configured to search a corresponding processing function in the event processing table according to the event type and call the processing function to process the data.
In some embodiments, the system further comprises a registration module configured to: and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
In some embodiments, the registration module is configured to: adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
In some embodiments, the scanning module is configured to: responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and periodically acquiring discrete sensor data from other data sources according to the sensor configuration in response to a non-threshold type sensor scanning process.
In another aspect of the embodiments of the present invention, there is also provided a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method as above.
In a further aspect of the embodiments of the present invention, a computer-readable storage medium is also provided, in which a computer program for implementing the above method steps is stored when the computer program is executed by a processor.
The invention has the following beneficial technical effects: through the event bus model, all functions of the original large and complete process are realized and are split into a plurality of modules, and the modules bear respective responsibility and are decoupled with each other, so that the stability and maintainability of the system are effectively improved, and convenience is provided for subsequent expansion and development.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other embodiments can be obtained by using the drawings without creative efforts.
FIG. 1 is a schematic diagram of a BMC IPMI software architecture in the prior art;
FIG. 2 is a schematic diagram of an embodiment of a method for sensor monitoring based on an event bus model provided by the present invention;
FIG. 3 is a schematic diagram of an embodiment of a method for monitoring a sensor based on an event bus model according to the present invention;
FIG. 4 is a schematic diagram of an embodiment of a system for sensor monitoring based on an event bus model provided by the present invention;
FIG. 5 is a schematic hardware structure diagram of an embodiment of a computer device for sensor monitoring based on an event bus model according to the present invention;
FIG. 6 is a schematic diagram of an embodiment of a computer storage medium for sensor monitoring based on an event bus model according to the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention are described in further detail with reference to the accompanying drawings.
It should be noted that all expressions using "first" and "second" in the embodiments of the present invention are used for distinguishing two entities with the same name but different names or different parameters, and it should be noted that "first" and "second" are merely for convenience of description and should not be construed as limitations of the embodiments of the present invention, and they are not described in any more detail in the following embodiments.
In a first aspect of embodiments of the present invention, embodiments of a method for sensor monitoring based on an event bus model are presented. Fig. 2 is a schematic diagram illustrating an embodiment of a method for monitoring a sensor based on an event bus model according to the present invention. As shown in fig. 2, the embodiment of the present invention includes the following steps:
s1, responding to the start of the BMC, starting an event bus daemon process, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives;
s2, starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon;
s3, responding to the fact that the event bus daemon monitors that a new event is introduced into the named pipeline, and analyzing data of the new event to extract an event type; and
and S4, searching a corresponding processing function in the event processing table according to the event type and calling to process the data.
Fig. 3 is a schematic architecture diagram of an embodiment of a method for monitoring a sensor based on an event bus model according to the present invention, and the embodiment of the present invention is described with reference to fig. 3.
The embodiment of the invention comprises an event publisher, an event bus daemon and an event subscriber.
The event publisher: the method mainly comprises the steps of event source generation and information acquisition, and comprises two processes:
(1) threshold type sensor scan: the process reads real-time data including voltage, current, power, temperature and the like from each sensor on the card through a bottom software interface, each module assembles a result after completing one scanning, calls an event sending interface to a bus daemon process, and informs a subscriber of updating data and subsequent processing actions;
(2) non-threshold type sensor scan: the sensors of this type are mainly discrete sensors of various status classes in the ipmi specification, and the values of these sensors need to be acquired in cooperation with other monitoring processes, such as fault monitoring, cpld monitoring and the like, and the explanation is not further provided here. After each round of latest state acquisition, the subsequent process is the same as that of the threshold sensor, and is not repeated.
Event bus daemon: a core program of the scheme constructs a virtual bus for receiving event information sent by a publisher and routing data to a correct event processing unit, and the core program mainly comprises three parts:
(1) pipeline (Pipe) maintenance: creating and maintaining a named pipeline which is used as a medium for interprocess communication and is responsible for receiving event information sent by an event publisher;
(2) a general interface: providing a series of interfaces such as register function and unregister function for the event subscriber to call so as to conveniently register the event processing function on the event bus;
(3) eventhandlemap (event handling table): maintaining an event processing mapping table, using a Hash data structure, adding the event processing mapping table to the event processing mapping table after a subscriber registers the event processing function through a register interface, and finding the corresponding event processing function according to the table when a subsequent publisher sends an event.
The event subscriber: the event processing unit mainly comprises monitoring and monitoring programs of threshold type and non-threshold type sensors, and the monitoring and monitoring programs can call a register interface to register own processing functions on an event bus and are responsible for monitoring and processing data after receiving a latest sensor updating event, wherein the monitoring and monitoring programs comprise a series of operations such as reading value judgment, abnormal retry processing, error log sending, SDR updating and the like.
In addition, after the handler function of the subscriber finishes processing the sensor data, the handler function can interact with other modules to realize other functions, such as log recording, ipmi command query, web restful interface query, sdr management and the like, so that decoupling management of each module is realized, and the system stability is improved.
And responding to the BMC start, starting an event bus daemon process, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives. After the BMC is started, an Event Bus daemon is started first, an empty EventHandlerMap structure is initialized, a named pipeline is created, and whether new data comes or not is monitored continuously.
In some embodiments, the method further comprises: and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon. After the event bus daemon is started, the subscriber programs start to be started, call a register general registration interface provided by the event bus, and register respective event processing functions into the event bus so as to be called by subsequent searching.
In some embodiments, said registering an event handling function into said event bus daemon comprises: adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
And starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon.
In some embodiments, the acquiring sensor data according to the sensor configuration comprises: responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and periodically acquiring discrete sensor data from other data sources according to the sensor configuration in response to a non-threshold type sensor scanning process. The publisher, i.e., Sensor Scan, process starts to boot, including both threshold and non-threshold sensors. A threshold type sensor scanning process, namely periodically classifying and scanning the real reading values of each hardware sensor on the board card, such as voltage, current, temperature and the like according to a sensor configuration file, and sending a data updating Event to an Event Bus process after scanning one type; the non-threshold sensor scanning process periodically acquires discrete sensor data required in the configuration from other data sources according to the sensor configuration, and sends a data updating Event to the Event Bus process.
In response to the event bus daemon monitoring that a new event is incoming in the named pipe, parsing data of the new event to fetch an event type. And searching a corresponding processing function in the event processing table according to the event type and calling the processing function to process the data. And when the Event Bus process monitors that a new Event is introduced into the pipeline, unpacking the data, taking out the Event type, searching and calling a corresponding processing function in the EventHandlerMap, and performing subsequent processing on the received data.
According to the embodiment of the invention, the original sensor monitoring function is fully decoupled through the event bus model and is divided into several independent modules, and the data of each sensor of the board card is managed through a publisher-subscriber mode.
It should be particularly noted that, the steps in the above-mentioned embodiments of the method for sensor monitoring based on the event bus model can be mutually intersected, replaced, added, and deleted, so that these reasonable permutations and combinations are also applicable to the method for sensor monitoring based on the event bus model, and the scope of the present invention should not be limited to the embodiments.
In view of the above objects, a second aspect of the embodiments of the present invention provides a system for sensor monitoring based on an event bus model. As shown in fig. 4, the system 200 includes the following modules: the bus module is configured to respond to the starting of the BMC, start an event bus daemon, initialize an event processing table, create a named pipeline and continuously monitor whether new data arrives; the scanning module is configured to start a sensor scanning process, acquire sensor data according to sensor configuration and send a data updating event to the event bus daemon; the analysis module is configured to respond to the fact that the event bus daemon monitors that a new event is transmitted into the named pipeline, and analyze data of the new event to extract an event type; and the processing module is configured to search a corresponding processing function in the event processing table according to the event type and call the processing function to process the data.
In some embodiments, the system further comprises a registration module configured to: and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
In some embodiments, the registration module is configured to: adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
In some embodiments, the scanning module is configured to: responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and periodically acquiring discrete sensor data from other data sources according to the sensor configuration in response to a non-threshold type sensor scanning process.
In view of the above object, a third aspect of the embodiments of the present invention provides a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions being executable by the processor to perform the steps of: s1, responding to the start of the BMC, starting an event bus daemon process, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives; s2, starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon; s3, responding to the fact that the event bus daemon monitors that a new event is introduced into the named pipeline, and analyzing data of the new event to extract an event type; and S4, searching the corresponding processing function in the event processing table according to the event type and calling to process the data.
In some embodiments, the steps further comprise: and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
In some embodiments, said registering an event handling function into said event bus daemon comprises: adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
In some embodiments, the acquiring sensor data according to the sensor configuration comprises: responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and periodically acquiring discrete sensor data from other data sources according to the sensor configuration in response to a non-threshold type sensor scanning process.
Fig. 5 is a schematic hardware structure diagram of an embodiment of the computer device for monitoring the sensor based on the event bus model according to the present invention.
Taking the device shown in fig. 5 as an example, the device includes a processor 301 and a memory 302.
The processor 301 and the memory 302 may be connected by a bus or other means, such as the bus connection in fig. 5.
The memory 302 is a non-volatile computer-readable storage medium and can be used for storing non-volatile software programs, non-volatile computer-executable programs, and modules, such as program instructions/modules corresponding to the method for sensor monitoring based on the event bus model in the embodiment of the present application. The processor 301 executes various functional applications of the server and data processing, i.e., implements a method of sensor monitoring based on an event bus model, by executing nonvolatile software programs, instructions, and modules stored in the memory 302.
The memory 302 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of a method of sensor monitoring based on an event bus model, or the like. Further, the memory 302 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some embodiments, memory 302 optionally includes memory located remotely from processor 301, which may be connected to a local module via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
Any embodiment of a computer device implementing the method for sensor monitoring based on an event bus model may achieve the same or similar effects as any corresponding embodiment of the method described above.
The present invention also provides a computer readable storage medium storing a computer program which, when executed by a processor, performs a method of sensor monitoring based on an event bus model.
FIG. 6 is a schematic diagram of an embodiment of a computer storage medium for monitoring the sensor based on the event bus model according to the present invention. Taking the computer storage medium as shown in fig. 6 as an example, the computer readable storage medium 401 stores a computer program 402 which, when executed by a processor, performs the method as described above.
Finally, it should be noted that, as one of ordinary skill in the art can appreciate that all or part of the processes of the methods of the above embodiments can be implemented by a computer program to instruct related hardware, and the program of the method for monitoring a sensor based on an event bus model can be stored in a computer readable storage medium, and when executed, the program can include the processes of the embodiments of the methods described above. The storage medium of the program may be a magnetic disk, an optical disk, a Read Only Memory (ROM), a Random Access Memory (RAM), or the like. The embodiments of the computer program may achieve the same or similar effects as any of the above-described method embodiments.
The foregoing is an exemplary embodiment of the present disclosure, but it should be noted that various changes and modifications could be made herein without departing from the scope of the present disclosure as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the disclosed embodiments described herein need not be performed in any particular order. Furthermore, although elements of the disclosed embodiments of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
It should be understood that, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly supports the exception. It should also be understood that "and/or" as used herein is meant to include any and all possible combinations of one or more of the associated listed items.
The numbers of the embodiments disclosed in the embodiments of the present invention are merely for description, and do not represent the merits of the embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, of embodiments of the invention is limited to these examples; within the idea of an embodiment of the invention, also technical features in the above embodiment or in different embodiments may be combined and there are many other variations of the different aspects of the embodiments of the invention as described above, which are not provided in detail for the sake of brevity. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of the embodiments of the present invention are intended to be included within the scope of the embodiments of the present invention.
Claims (10)
1. A method for monitoring a sensor based on an event bus model is characterized by comprising the following steps:
starting an event bus daemon process in response to the start of the BMC, initializing an event processing table, creating a named pipeline and continuously monitoring whether new data arrives;
starting a sensor scanning process, acquiring sensor data according to sensor configuration, and sending a data updating event to the event bus daemon;
responding to the event bus daemon that a new event is transmitted into the named pipeline, and analyzing the data of the new event to extract an event type; and
and searching a corresponding processing function in the event processing table according to the event type and calling the processing function to process the data.
2. The method of claim 1, further comprising:
and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
3. The method of claim 2, wherein registering the event handling function with the event bus daemon comprises:
adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
4. The method of claim 1, wherein the acquiring sensor data according to a sensor configuration comprises:
responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and
in response to a non-threshold type sensor scanning process, discrete sensor data is periodically acquired from other data sources according to the sensor configuration.
5. A system for sensor monitoring based on an event bus model, comprising:
the bus module is configured to respond to the starting of the BMC, start an event bus daemon, initialize an event processing table, create a named pipeline and continuously monitor whether new data arrives;
the scanning module is configured to start a sensor scanning process, acquire sensor data according to sensor configuration and send a data updating event to the event bus daemon;
the analysis module is configured to respond to the fact that the event bus daemon monitors that a new event is transmitted into the named pipeline, and analyze data of the new event to extract an event type; and
and the processing module is configured to search a corresponding processing function in the event processing table according to the event type and call the processing function to process the data.
6. The system of claim 5, further comprising a registration module configured to:
and responding to the starting event bus daemon, starting a subscriber program to call a universal registration interface provided by the event bus daemon, and registering an event processing function into the event bus daemon.
7. The system of claim 6, wherein the registration module is configured to:
adding an event handling function to the event handling table in response to a presence subscriber registering the event handling function through the registration interface.
8. The system of claim 5, wherein the scanning module is configured to:
responding to a scanning process of the threshold type sensor, and periodically classifying and scanning numerical values of all hardware sensors on the board card according to sensor configuration; and
in response to a non-threshold type sensor scanning process, discrete sensor data is periodically acquired from other data sources according to the sensor configuration.
9. A computer device, comprising:
at least one processor; and
a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method of any one of claims 1 to 4.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210287552.XA CN114385458A (en) | 2022-03-23 | 2022-03-23 | Sensor monitoring method and device based on event bus model |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210287552.XA CN114385458A (en) | 2022-03-23 | 2022-03-23 | Sensor monitoring method and device based on event bus model |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114385458A true CN114385458A (en) | 2022-04-22 |
Family
ID=81205614
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210287552.XA Pending CN114385458A (en) | 2022-03-23 | 2022-03-23 | Sensor monitoring method and device based on event bus model |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114385458A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023109812A1 (en) * | 2021-12-17 | 2023-06-22 | 北京字节跳动网络技术有限公司 | Event bus monitoring method and apparatus, and device, and medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106598751A (en) * | 2016-10-31 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | Method and system for distributing event through event bus |
| CN110933363A (en) * | 2019-10-25 | 2020-03-27 | 苏州浪潮智能科技有限公司 | Video recording method, system and equipment for server fault |
| CN111176932A (en) * | 2019-12-13 | 2020-05-19 | 苏州浪潮智能科技有限公司 | Method and device for recording abnormal event log and readable medium |
| CN111966617A (en) * | 2020-07-19 | 2020-11-20 | 苏州浪潮智能科技有限公司 | Sensing information communication method, central processing unit and substrate management controller |
| CN111984561A (en) * | 2020-08-21 | 2020-11-24 | 苏州浪潮智能科技有限公司 | IPMI command processing method, system, device and medium for BMC |
| US20200371849A1 (en) * | 2019-05-24 | 2020-11-26 | International Business Machines Corporation | Systems and methods for efficient management of advanced functions in software defined storage systems |
-
2022
- 2022-03-23 CN CN202210287552.XA patent/CN114385458A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106598751A (en) * | 2016-10-31 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | Method and system for distributing event through event bus |
| US20200371849A1 (en) * | 2019-05-24 | 2020-11-26 | International Business Machines Corporation | Systems and methods for efficient management of advanced functions in software defined storage systems |
| CN110933363A (en) * | 2019-10-25 | 2020-03-27 | 苏州浪潮智能科技有限公司 | Video recording method, system and equipment for server fault |
| CN111176932A (en) * | 2019-12-13 | 2020-05-19 | 苏州浪潮智能科技有限公司 | Method and device for recording abnormal event log and readable medium |
| CN111966617A (en) * | 2020-07-19 | 2020-11-20 | 苏州浪潮智能科技有限公司 | Sensing information communication method, central processing unit and substrate management controller |
| CN111984561A (en) * | 2020-08-21 | 2020-11-24 | 苏州浪潮智能科技有限公司 | IPMI command processing method, system, device and medium for BMC |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023109812A1 (en) * | 2021-12-17 | 2023-06-22 | 北京字节跳动网络技术有限公司 | Event bus monitoring method and apparatus, and device, and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107783975B (en) | Method and device for synchronous processing of distributed databases | |
| CN109308227B (en) | Fault detection control method and related equipment | |
| CN105074698A (en) | Executing continuous event processing (CEP) queries in parallel | |
| US20210191845A1 (en) | Unit testing of components of dataflow graphs | |
| CN105512044A (en) | Method and system for updating object base used for keyword drive test | |
| CN109462507B (en) | Configuration updating method, device and system and electronic equipment | |
| CN113792008B (en) | Method and device for acquiring network topology structure, electronic equipment and storage medium | |
| CN115934855A (en) | Full-link field level blood margin analysis method, system, equipment and storage medium | |
| US20220414372A1 (en) | Scene detection method and apparatus, electronic device and computer storage medium | |
| CN115408371B (en) | Dynamic redundancy deployment method and device for redis database | |
| CN111966465A (en) | Method, system, equipment and medium for modifying configuration parameters of host machine in real time | |
| CN103077034A (en) | JAVA application migration method and system for hybrid virtualization platform | |
| CN114385458A (en) | Sensor monitoring method and device based on event bus model | |
| CN113238778B (en) | Method, system, equipment and medium for upgrading BIOS firmware | |
| CN112749043B (en) | Database disaster recovery method, system, device and medium | |
| CN116204239A (en) | Service processing method, device and computer readable storage medium | |
| CN116149941A (en) | Monitoring method and device of server component, server and storage medium | |
| US11334419B1 (en) | Information handling system fault analysis with remote remediation file system | |
| CN115145381A (en) | Method, system, storage medium and equipment for remotely resetting BMC chip | |
| Tuncer et al. | ConfEx: A framework for automating text-based software configuration analysis in the cloud | |
| JP5088738B2 (en) | Fault monitoring apparatus, fault monitoring method, and program therefor | |
| CN115220992A (en) | Interface change monitoring method and device, computer equipment and storage medium | |
| CN112464596A (en) | Regression testing method, system, equipment and readable storage medium | |
| CN112003727A (en) | Multi-node server power supply testing method, system, terminal and storage medium | |
| CN111858199A (en) | Self-adaptive hard disk log collection method, system, terminal and storage medium |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220422 |